Re: [PATCH] Remove process freezer from suspend to RAM pathway

Am Sonntag, 8. Juli 2007 schrieb Benjamin Herrenschmidt: > Another issue that's been a problem forever with suspend is the > synchronous request_firmware interface. Lots of drivers do that in > resume() which will generally not work. Unfortunately yes they do. We now have the notifier chains, whic

Re: 2.6.22 -- net/core/dev.c:1515: error: 'NETIF_F_IPV6_CSUM' undeclared (first use in this function)

Nevermind. I could not reproduce this with a clean 2.6.22 tree and the same .config. My previous tree must have been munged in the patching. Sorry for the distraction, Miles - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTEC

[RFC/PATCH] Use mmu_gather for /proc stuff instead of flush_tlb_mm()

Use mmu_gather for fs/proc/task_mmu.c This removes the use of flush_tlb_mm() from that proc file, using an mmu_gather instead. No signed-off yet, not to be merged at this point. Index: linux-work/fs/proc/task_mmu.c === --- linux-wo

Re: [PATCH] Remove process freezer from suspend to RAM pathway

Am Sonntag, 8. Juli 2007 schrieb Benjamin Herrenschmidt: > > But I'm not sure it's a good idea in the long run.  Think of a printer > > daemon, for example.  It shouldn't have to experience unexpected I/O > > problems merely because someone has decided to put the system to sleep. > > Why not ? P

Re: [PATCH 17/20] SMP: Implement on_cpu()

[cc list restored] Andi Kleen wrote: >> This defines on_cpu() which is similar to smp_call_function_single() >> except that it works if cpu happens to be the current cpu. Can also be >> seen as a complement to on_each_cpu() (which also doesn't treat the >> current cpu specially). >> > > I th

[RFC/PATCH] Use mmu_gather for fork() instead of flush_tlb_mm()

Use mmu_gather for fork() instead of flush_tlb_mm() This patch uses an mmu_gather for copying page tables instead of flush_tlb_mm(). This allows archs like ppc32 with hash table to avoid walking the page tables a second time to invalidate hash entries, and to only flush PTEs that have actually bee

Re: [PATCH][RFC] kvm-scheduler integration

[cc list restored] Andi Kleen wrote: > Avi Kivity writes: > >> diff --git a/include/linux/sched.h b/include/linux/sched.h >> index 693f0e6..b705876 100644 >> --- a/include/linux/sched.h >> +++ b/include/linux/sched.h >> @@ -875,6 +875,10 @@ struct task_struct { >> pid_t pid; >> pid_t

Re: [kvm-devel] [PATCH][RFC] kvm-scheduler integration

Rusty Russell wrote: > On Sun, 2007-07-08 at 15:48 +0200, Ingo Molnar wrote: > >> * Avi Kivity <[EMAIL PROTECTED]> wrote: >> >> > +#ifdef CONFIG_SCHED_KVM > +static __read_mostly struct sched_kvm_hooks kvm_hooks; > +#endif > please just add a current->put_vcp

Re: [PATCH 0/16] Pid namespaces

Dave Hansen wrote: > On Fri, 2007-07-06 at 12:01 +0400, Pavel Emelianov wrote: >> This is "submition for inclusion" of hierarchical, not kconfig >> configurable, zero overheaded ;) pid namespaces. > > Pavel, I'm a bit disappointed that you went ahead and sent this. I > thought that, perhaps, you

Re: removing flush_tlb_mm as a generic hook ?

On Mon, 2007-07-09 at 13:47 +1000, Benjamin Herrenschmidt wrote: > Hi folks ! > > While toying around with various MM callbacks, I found out that > flush_tlb_mm() as a generic hook provided by the archs has been mostly > obsoleted by the mmu_gather stuff. And since life is always better with patc

Re: Hibernation Redesign

Jeremy Maitin-Shepard wrote: It would indeed be a pain for the new kernel to be loaded and have to use discontiguous memory. The trick is, though, that this is not necessary. Immediately before jumping to the new kernel, the first X bytes (where X is the amount of memory the new kernel will get

Re: [Hdaps-devel] [PATCH] hdaps - switch to using input-polldev

Hi, On 7/9/07, Dmitry Torokhov <[EMAIL PROTECTED]> wrote: On Monday 09 July 2007 01:29, Shem Multinymous wrote: > > Every input event carries a timestamp so even if there are irregularities > > in taking the samples you should be able to account for it. > > The issue is how good are the input ev

Re: Linux 2.6.22 released

On Monday 09 July 2007, Phil Oester wrote: > On Sun, Jul 08, 2007 at 04:52:52PM -0700, Linus Torvalds wrote: > > Anybody? Should I make just the shortlogs available instead (I don't save > > those, but I post those for the later -rc's - usually the -rc1 and -rc2's > > are too big for the mailing li

Re: [Hdaps-devel] [PATCH] hdaps - switch to using input-polldev

On Monday 09 July 2007 01:29, Shem Multinymous wrote: > On 7/9/07, Dmitry Torokhov <[EMAIL PROTECTED]> wrote: > > > > input-polldev uses a separate workqueue, not keventd, and so should not > > > > suffer from other workqueue users loading keventd. But if entire box > > > > is under stress then wor

Re: Documentation of kernel messages (Summary)

Kunai, Takashi wrote: > (1) Your kernel development proposal will be greatly supported by > Japanese vendor community. At the same time, it needs support from the > kernel communities, as well. There is a very strong reason for the kernel community to NOT support this: it makes it much harder to d

Re: Moving MD/LVM from PPC to x86

On Sunday July 8, [EMAIL PROTECTED] wrote: > Quoting Neil Brown <[EMAIL PROTECTED]>: > > > Version 0.90 MD superblocks (still the default) uses host-endian > > values so you cannot move between architectures directly. However > > isn't too hard to make it work. > > Firstly, use > >mdadm --ex

Re: Hibernation Redesign

Nick Piggin wrote: Jeremy Maitin-Shepard wrote: Nick Piggin <[EMAIL PROTECTED]> writes: Yes, I have a rough idea about how page reclaim works. But I just mean it would not be trivial to load the new kernel into physically discontiguous memory. Possible of course, but I don't think kexec or

Re: [Hdaps-devel] [PATCH] hdaps - switch to using input-polldev

On 7/9/07, Dmitry Torokhov <[EMAIL PROTECTED]> wrote: > > input-polldev uses a separate workqueue, not keventd, and so should not > > suffer from other workqueue users loading keventd. But if entire box > > is under stress then workqueue vs timer context does not matter much - > > your daemon whi

2.6.22 -- net/core/dev.c:1515: error: 'NETIF_F_IPV6_CSUM' undeclared (first use in this function)

CC net/core/dev.o net/core/dev.c: In function 'dev_queue_xmit': net/core/dev.c:1515: error: 'NETIF_F_IPV6_CSUM' undeclared (first use in this function) net/core/dev.c:1515: error: (Each undeclared identifier is reported only once net/core/dev.c:1515: error: for each function it appears in.) m

Re: Documentation of kernel messages (Summary)

Hi Micheal, This is a late response to your summary below. First of all, there is a lot of interest in this issue among Japanese vendor community. Recently, I have built a Japanese mailing list to discuss this issue. I'm posting this comment resulting from such discussion. (1) Your kernel develo

Re: partially mounted cifs filesystem

On 7/7/07, Satyam Sharma <[EMAIL PROTECTED]> wrote: On 7/7/07, Albert Cahalan <[EMAIL PROTECTED]> wrote: I had one share mounted, from XP to Linux, and wanted another. At first I had an incorrect setting on the XP box, almost certainly related to permissions. The mount failed of course. Runnin

Re: Linux 2.6.22 released

On Sun, Jul 08, 2007 at 04:52:52PM -0700, Linus Torvalds wrote: > Anybody? Should I make just the shortlogs available instead (I don't save > those, but I post those for the later -rc's - usually the -rc1 and -rc2's > are too big for the mailing list, but they are still a lot smaller and > more

Re: Hibernation Redesign

Jeremy Maitin-Shepard wrote: Nick Piggin <[EMAIL PROTECTED]> writes: Yes, I have a rough idea about how page reclaim works. But I just mean it would not be trivial to load the new kernel into physically discontiguous memory. Possible of course, but I don't think kexec or the setup code could q

Re: Hibernation Redesign

Nick Piggin <[EMAIL PROTECTED]> writes: > Jeremy Maitin-Shepard wrote: >> Nick Piggin <[EMAIL PROTECTED]> writes: >>> This is the Morton method, isn't it? :) I remember it sounding like a >>> very good idea when he brought it up, but I can't remember the details >>> of why it was rejected or what

Re: KVM-AMD OOPS

Sasa Ostrouska wrote: [EMAIL PROTECTED]:~# modprobe kvm-amd int3: [1] PREEMPT SMP CPU 1 Modules linked in: kvm_amd snd_seq_dummy snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device snd_pcm_oss snd_mixer_oss nls_iso8859_1 ntfs nls_base usb_storage libusual capability commoncap lp psmouse sn

Re: [Hdaps-devel] [PATCH] hdaps - switch to using input-polldev

On Monday 09 July 2007 00:31, Shem Multinymous wrote: > Hi Dmitry, > > On 7/8/07, Dmitry Torokhov <[EMAIL PROTECTED]> wrote: > > > First, the hdaps driver regularly polls the embedded controller, which > > > in turns regularly polls the hardware. If the two polling rates differ > > > or fluctuate,

Re: Hibernation Redesign

Jeremy Maitin-Shepard wrote: Nick Piggin <[EMAIL PROTECTED]> writes: This is the Morton method, isn't it? :) I remember it sounding like a very good idea when he brought it up, but I can't remember the details of why it was rejected or what the problems were. Perhaps he did bring it up befo

Re: Hibernation Redesign

Nick Piggin wrote: Jeremy Maitin-Shepard wrote: Al Boldi <[EMAIL PROTECTED]> writes: Pavel Machek wrote: We are stuck with refrigerator for now, and at least for hibernation, I don't see any feasible alternative. Feasible alternative? I posted such an alternative to the list a sho

Re: Hibernation Redesign

Nick Piggin <[EMAIL PROTECTED]> writes: > Jeremy Maitin-Shepard wrote: >> Al Boldi <[EMAIL PROTECTED]> writes: >> >> >>> Pavel Machek wrote: >>> We are stuck with refrigerator for now, and at least for hibernation, I don't see any feasible alternative. >> >> >>> Feasible alternative

Re: [Hdaps-devel] [PATCH] hdaps - switch to using input-polldev

Hi Dmitry, On 7/8/07, Dmitry Torokhov <[EMAIL PROTECTED]> wrote: > First, the hdaps driver regularly polls the embedded controller, which > in turns regularly polls the hardware. If the two polling rates differ > or fluctuate, we lose events. That was the case with the original driver as well b

Re: Hibernation Redesign

Jeremy Maitin-Shepard wrote: Al Boldi <[EMAIL PROTECTED]> writes: Pavel Machek wrote: We are stuck with refrigerator for now, and at least for hibernation, I don't see any feasible alternative. Feasible alternative? I posted such an alternative to the list a short time ago: hibenratin

inotify_rm_watch() EINVAL race condition for deleted files

1. Add IN_DELETE_SELF watch to a file 2. unlink() the file 3. Try to remove the watch -> EINVAL I undestand this happens because there's an IN_IGNORED event in the inotify queue, but couldn't inotify_rm_watch() be silent about it if the event hasn't been read()? Otherwise there's a race condition

Re: [RFC][PATCH -mm] Freezer: Handle uninterruptible tasks

Pavel Machek <[EMAIL PROTECTED]> writes: [snip] > I don't know how to do that mechanism... but if we knew where to trap > filesystem writes, we could simply freeze at that point, and at that > point only, no? Any operation at all that has an external effect must not occur after the snapshot is m

Re: Hibernation Redesign

Al Boldi <[EMAIL PROTECTED]> writes: > Pavel Machek wrote: >> We are stuck with refrigerator for now, and at least for hibernation, >> I don't see any feasible alternative. > Feasible alternative? I posted such an alternative to the list a short time ago: hibenrating from a *new* kernel space/us

Re: v2.6.21.5-rt19

On Mon, 9 Jul 2007, Gabriel C wrote: Fernando Lopez-Lezcano wrote: On Sat, 2007-07-07 at 11:24 +0200, Ingo Molnar wrote: * Fernando Lopez-Lezcano <[EMAIL PROTECTED]> wrote: Changes since 2.6.21.5-rt18: - Fixed a nasty and hard to track down slowness / boot problem on SMP machines with CONFIG_N

removing flush_tlb_mm as a generic hook ?

Hi folks ! While toying around with various MM callbacks, I found out that flush_tlb_mm() as a generic hook provided by the archs has been mostly obsoleted by the mmu_gather stuff. (I'm not talking about archs internally wanting to implement it and use it as a tlb_flush(), I'm talking about possi

Re: cdparanoia not setting count and/or reply_len properly

Stefan Richter wrote: > DervishD wrote at lkml: >> Hi all :) >> >> I know, this has been treated on the list before (year 2005) but >> without any real solution I'm aware of. >> >> I'm running kernel 2.6.20.14, and I have an ATAPI DVD writer that I >> use with an IDE-to-USB adapter, so

[PATCH] [2.6.22] Remove unneeded pointer idev from addrconf_cleanup() in net/ipv6/addrconf.c

This trivial patch removes the unneeded pointer idev returned from __in6_dev_get(), which is never used. The check for NULL can be simply done by if (__in6_dev_get(dev) == NULL). Signed-off-by: Micah Gruber < [EMAIL PROTECTED]> --- a/net/ipv6/addrconf.c +++ b/net/ipv6/addrconf.c @@ -4240,7 +4240

[PATCH] [2.6.22] Fix a potential NULL pointer dereference in free_shared_mem() in drivers/net/s2io.c

This patch fixes a potential null dereference bug where we dereference nic before a null check. This patch simply moves the dereferencing after the null check. Signed-off-by: Micah Gruber < [EMAIL PROTECTED]> --- a/drivers/net/s2io.c +++ b/drivers/net/s2io.c @@ -789,12 +789,14 @@ struct m

Re: [PATCH] [2.6.22] Fix a potential NULL pointer dereference in free_shared_mem() in drivers/net/s2io.c

Micah Gruber wrote: This patch fixes a potential null dereference bug where we dereference nic before a null check. This patch simply moves the dereferencing after the null check. Signed-off-by: Micah Gruber < [EMAIL PROTECTED] > any chance you can resend in an ema

Re: [Hdaps-devel] [PATCH] hdaps - switch to using input-polldev

On Sunday 08 July 2007 21:00, Shem Multinymous wrote: > On 5/25/07, Dmitry Torokhov <[EMAIL PROTECTED]> wrote: > > HWMON: hdaps - convert to use input-polldev. > > > > Switch to using input-polldev skeleton instead of implementing > > polling loop by itself. This also fixes problem with trylock > >

[PATCH 11/11] security: unexport mmap_min_addr

From: Adrian Bunk <[EMAIL PROTECTED]> Remove unneeded export. Signed-off-by: Adrian Bunk <[EMAIL PROTECTED]> Signed-off-by: James Morris <[EMAIL PROTECTED]> --- security/security.c |1 - 1 files changed, 0 insertions(+), 1 deletions(-) diff --git a/security/security.c b/security/security.c

[PATCH 07/11] SELinux: allow preemption between transition permission checks

From: Stephen Smalley <[EMAIL PROTECTED]> In security_get_user_sids, move the transition permission checks outside of the section holding the policy rdlock, and use the AVC to perform the checks, calling cond_resched after each one. These changes should allow preemption between the individual che

[PATCH 09/11] security: Protection for exploiting null dereference using mmap

From: Eric Paris <[EMAIL PROTECTED]> Add a new security check on mmap operations to see if the user is attempting to mmap to low area of the address space. The amount of space protected is indicated by the new proc tunable /proc/sys/vm/mmap_min_addr and defaults to 0, preserving existing behavior

[PATCH 10/11] SELinux: use SECINITSID_NETMSG instead of SECINITSID_UNLABELED for NetLabel

From: Paul Moore <[EMAIL PROTECTED]> These changes will make NetLabel behave like labeled IPsec where there is an access check for both labeled and unlabeled packets as well as providing the ability to restrict domains to receiving only labeled packets when NetLabel is in use. The changes to the

[PATCH 06/11] selinux: introduce schedule points in policydb_destroy()

From: Eric Paris <[EMAIL PROTECTED]> During the LSPP testing we found that it was possible for policydb_destroy() to take 10+ seconds of kernel time to complete. Basically all policydb_destroy() does is walk some (possibly long) lists and free the memory it finds. Turning off slab debugging confi

[PATCH 08/11] SELinux: Use %lu for inode->i_no when printing avc

From: Tobias Oed <[EMAIL PROTECTED]> Inode numbers are unsigned long and so need to %lu as format string of printf. Signed-off-by: Tobias Oed <[EMAIL PROTECTED]> Signed-off-by: James Morris <[EMAIL PROTECTED]> --- security/selinux/avc.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-)

[PATCH 04/11] selinux: add selinuxfs structure for object class discovery

From: Christopher J. PeBenito <[EMAIL PROTECTED]> The structure is as follows (relative to selinuxfs root): /class/file/index /class/file/perms/read /class/file/perms/write ... Each class is allocated 33 inodes, 1 for the class index and 32 for permissions. Relative to SEL_CLASS_INO_OFFSET, the

[PATCH 05/11] security: revalidate rw permissions for sys_splice and sys_vmsplice

Revalidate read/write permissions for splice(2) and vmslice(2), in case security policy has changed since the files were opened. Signed-off-by: James Morris <[EMAIL PROTECTED]> Signed-off-by: Jens Axboe <[EMAIL PROTECTED]> Acked-by: Stephen Smalley <[EMAIL PROTECTED]> --- fs/splice.c | 14

Re: [patch 09/10] Remove the SLOB allocator for 2.6.23

Andrew Morton wrote: On Sun, 8 Jul 2007 09:51:19 +0200 Ingo Molnar <[EMAIL PROTECTED]> wrote: A year ago the -rt kernel defaulted to the SLOB for a few releases, and barring some initial scalability issues (which were solved in -rt) it worked pretty well on generic PCs, so i dont buy the 'it

[PATCH 03/11] selinux: change sel_make_dir() to specify inode counter

From: Christopher J. PeBenito <[EMAIL PROTECTED]> Specify the inode counter explicitly in sel_make_dir(), rather than always using sel_last_ino. Signed-off-by: Christopher J. PeBenito <[EMAIL PROTECTED]> Signed-off-by: James Morris <[EMAIL PROTECTED]> --- security/selinux/selinuxfs.c | 11

[PATCH 01/11] selinux: add support for querying object classes and permissions from the running policy

From: Christopher J. PeBenito <[EMAIL PROTECTED]> Add support to the SELinux security server for obtaining a list of classes, and for obtaining a list of permissions for a specified class. Signed-off-by: Christopher J. PeBenito <[EMAIL PROTECTED]> Signed-off-by: James Morris <[EMAIL PROTECTED]> -

[PATCH 02/11] selinux: rename sel_remove_bools() for more general usage.

From: Christopher J. PeBenito <[EMAIL PROTECTED]> sel_remove_bools() will also be used by the object class discovery, rename it for more general use. Signed-off-by: Christopher J. PeBenito <[EMAIL PROTECTED]> Signed-off-by: James Morris <[EMAIL PROTECTED]> --- security/selinux/selinuxfs.c |9

[PATCH 0/11] SELinux patches for 2.6.23

The following changes since commit 7dcca30a32aadb0520417521b0c44f42d09fe05c: Linus Torvalds (1): Linux 2.6.22 are found in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/jmorris/selinux-2.6.git#for-linus Adrian Bunk (1): security: unexport mmap_min_addr

RE: [PATCH] ata: Add the SW NCQ support to sata_nv for MCP51/MCP55/MCP61

It's a rule for all our drivers not just for linux, also if we put the Maxtor drive to the blacklist so that its NCQ function won't be enable for all controllers of other vendors,but we don't have the strong evidence that those Maxtor HDDs are also broken for other controllers. BRs Peer Chen

Re: Please revert 21564fd2a3deb48200b595332f9ed4c9f311f2a7

Adrian Bunk wrote: Reverting is safe since it simply re-establishes the 2.6.21 status quo. Well, not really. It breaks any non-GPL module when CONFIG_PARAVIRT is enabled, even though the same module would work fine otherwise. That's a pretty large regression. ... The 2.6.21 statu

Re: [PATCH] fixup binutils printing from scripts/ver_linux

Alexey Dobriyan wrote: On Mon, Jul 09, 2007 at 01:47:58AM +0200, Jesper Juhl wrote: I just found that scripts/ver_linux does not print the binutils version properly on my Slackware 12.0 system. --- a/scripts/ver_linux +++ b/scripts/ver_linux @@ -21,9 +21,8 @@ gcc --version 2>&1| gr

Re: [PATCH] Fix use-after-free oops in Bluetooth HID.

On Saturday 07 July 2007 14:58, David Woodhouse wrote: > When cleaning up HIDP sessions, we currently close the ACL connection > before deregistering the input device. Closing the ACL connection > schedules a workqueue to remove the associated objects from sysfs, but > the input device still refers

Re: SMART problems in 2.6.22

On the base point, libata has never enabled SMART on its own. That's always up to the BIOS, etc. It's possible that the recent addition of ACPI support will cause disks to be in different modes than previously expected. ACPI supplies ATA taskfiles to be pushed to the disk, and who knows what

Re: [PATCH] fixup binutils printing from scripts/ver_linux

On Mon, Jul 09, 2007 at 01:47:58AM +0200, Jesper Juhl wrote: > I just found that scripts/ver_linux does not print the binutils version > properly on my Slackware 12.0 system. > --- a/scripts/ver_linux > +++ b/scripts/ver_linux > @@ -21,9 +21,8 @@ gcc --version 2>&1| grep gcc | awk \ > make --ver

Re: panics with 16port Promise Supertrack EX Controller

Michal Piotrowski wrote: Hi Flavio, On 09/07/07, Flavio Curti <[EMAIL PROTECTED]> wrote: Hello I have a problem with a server running 2.6.22rc4. Jul 8 00:19:13 dorade.cyberlink.ch EFLAGS: 00210046 (2.6.22-rc7-dorade #1) Is this a regression? The machine panics after some days of ru

[PATCH] Remove unneded lock_kernel() in driver/block/loop.c

Signed-off-by: Diego Woitasen <[EMAIL PROTECTED]> --- drivers/block/loop.c |2 -- 1 files changed, 0 insertions(+), 2 deletions(-) diff --git a/drivers/block/loop.c b/drivers/block/loop.c index 0ed5470..1cc004e 100644 --- a/drivers/block/loop.c +++ b/drivers/block/loop.c @@ -1286,7 +1286,6 @

[PATCH] Use the tsk argument in init_new_context()

Signed-off-by: Diego Woitasen <[EMAIL PROTECTED]> --- arch/i386/kernel/ldt.c |2 +- arch/x86_64/kernel/ldt.c |2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/arch/i386/kernel/ldt.c b/arch/i386/kernel/ldt.c index e0b2d17..c2eb4fb 100644 --- a/arch/i386/kernel/ldt.c ++

Re: [PATCH] Remove process freezer from suspend to RAM pathway

> You could do this with a straight mutex except for the > dev_suspend_trylock/unlock bit in uninterruptable contexts, but I > seem to recall somebody saying that could be made to work if there > was a real need for it. Alternatively you could just drive the > "Generic Mutex" guys up the

[BUG] IT8212 libata driver *still* hard-freezes system on boot on 2.6.22 final.

Have been quite busy, and I regret I haven't tried a rc kernel in awhile, but, this bug has gone un-fixed still.. Thought I'd throw in another "heads up".. 2.6.22 hang: http://spherevision.org/sync/visual/itelock.jpg lspci -vvv: http://spherevision.org/sync/tmp/lspci.out Pentium-D 830 3.0GHz Dual

Re: SMART problems in 2.6.22

Here is another similar report: http://article.gmane.org/gmane.linux.utilities.smartmontools/4704/match=diamondmax Again, this indicates that SMART is enabled. But it's not clear what the kernel version here is. The report indicates that the problem started with an FC7 kernel upgrade Bruce

Re: Linux 2.6.22 released

On Sun, Jul 08, 2007 at 04:52:52PM -0700, Linus Torvalds wrote: > Anybody? Should I make just the shortlogs available instead (I don't save > those, but I post those for the later -rc's - usually the -rc1 and -rc2's > are too big for the mailing list, but they are still a lot smaller and > more

Re: [PATCH] retrieve VBE EDID/DDC info independent of used video mode

Andrew Morton wrote: Well drat. I didn't merge the patch because it conflicts with git-newsetup, and Peter believes that git-newsetup already contains an equivalent fix. Testing 2.6.22-rc6-mm1 would confirm that. Please. 2.6.22-rc6-mm1 has the same problem (it is not fixed there). Well dam

Re: [Hdaps-devel] [PATCH] hdaps - switch to using input-polldev

On 5/25/07, Dmitry Torokhov <[EMAIL PROTECTED]> wrote: HWMON: hdaps - convert to use input-polldev. Switch to using input-polldev skeleton instead of implementing polling loop by itself. This also fixes problem with trylock on a mutex in atomic context. Signed-off-by: Dmitry Torokhov <[EMAIL PR

Re: [PATCH] Remove process freezer from suspend to RAM pathway

On Jul 08, 2007, at 20:33:37, Benjamin Herrenschmidt wrote: drivers_sysfs_write() while(!suspend_trylock()) try_to_icebox() --> or even try_to_freeze(), what's the difference? hit hardware unlock_suspend() where the PM core must wait

Re: [PATCH] retrieve VBE EDID/DDC info independent of used video mode

Daniel Drake wrote: > > 2.6.22-rc6-mm1 has the same problem (it is not fixed there). > I believe this patch should fix it for 2.6.22-rc6-mm1. I will check this into the newsetup tree. -hpa diff --git a/arch/i386/boot/video-vesa.c b/arch/i386/boot/video-vesa.c index 3c21bd7..e6aa9eb 100

SMART problems in 2.6.22

Mark, David, Doug, Tejin, Alan, Jeff, LKML, I'm afraid that there may be some problem with SMART + libata in the 2.6.22 kernel. An hour ago I discovered that I missed a month of correspondence (some LKML, some private) about this problem which Alan, Tejun, Jeff, Mark and others copied to me -

Re: [PATCH] Remove process freezer from suspend to RAM pathway

> drivers_sysfs_write() > while(!suspend_trylock()) > try_to_icebox() --> or even try_to_freeze(), what's the > difference? > > hit hardware > unlock_suspend() > > where the PM core must wait for the suspend lock to get relea

Re: Linux 2.6.22 released

On 09/07/07, Linus Torvalds <[EMAIL PROTECTED]> wrote: [snip] The shortlog (appended) is fairly self-explanatory and the diffstat (at the very end) also gives a fairly good picture of where the changes are. I've always felt that these "shortlog since last -rc for a full release" were a bit poin

Linux 2.6.22 released

It's out there now (or at least in the process of mirroring out - if you don't see everything, give it a bit of time). Not a whole lot of changes since -rc7: some small architecture changes (ppc, mips, blackfin), and most of those are defconfig updates. Various driver fixes: new PCI ID's along

Re: hibernation/snapshot design [was Re: [PATCH] Remove process freezer from suspend to RAM pathway]

On Mon, 9 Jul 2007, Pavel Machek wrote: On Sun 2007-07-08 16:20:46, [EMAIL PROTECTED] wrote: On Mon, 9 Jul 2007, Pavel Machek wrote: Actaully, I'm perfectly fine with that, as long as each task blocked by the driver due to suspend has PF_FROZEN (or something similar) set. Then, at least theo

[PATCH] fixup binutils printing from scripts/ver_linux

I just found that scripts/ver_linux does not print the binutils version properly on my Slackware 12.0 system. The following patch fixes things up. Pre this patch: [EMAIL PROTECTED]:~/kernel/linux-2.6$ scripts/ver_linux ... binutils Binutils ... Post this patch: [EMAIL PROTECTED]:~

Re: v2.6.21.5-rt19

Fernando Lopez-Lezcano wrote: On Sat, 2007-07-07 at 11:24 +0200, Ingo Molnar wrote: * Fernando Lopez-Lezcano <[EMAIL PROTECTED]> wrote: Changes since 2.6.21.5-rt18: - Fixed a nasty and hard to track down slowness / boot problem on SMP machines with CONFIG_NOHZ enabled. The problem was

Re: [kvm-devel] [PATCH][RFC] kvm-scheduler integration

On Sun, 2007-07-08 at 15:48 +0200, Ingo Molnar wrote: > * Avi Kivity <[EMAIL PROTECTED]> wrote: > > > >>+#ifdef CONFIG_SCHED_KVM > > >>+static __read_mostly struct sched_kvm_hooks kvm_hooks; > > >>+#endif > > > > > >please just add a current->put_vcpu() function pointer instead of > > >this hooks

Re: hibernation/snapshot design [was Re: [PATCH] Remove process freezer from suspend to RAM pathway]

On Sun 2007-07-08 16:20:46, [EMAIL PROTECTED] wrote: > On Mon, 9 Jul 2007, Pavel Machek wrote: > > >Actaully, I'm perfectly fine with that, as long as each task blocked by > >the > >driver due to suspend has PF_FROZEN (or something similar) set. Then, > >at > >least theoretic

Re: hibernation/snapshot design [was Re: [PATCH] Remove process freezer from suspend to RAM pathway]

On Mon, 9 Jul 2007, Pavel Machek wrote: Actaully, I'm perfectly fine with that, as long as each task blocked by the driver due to suspend has PF_FROZEN (or something similar) set. Then, at least theoretically, we'll be able to drop the freezer from the suspend code path and move it after device

Re: RFC: CONFIG_PAGE_SHIFT (aka software PAGE_SIZE)

On Sat, Jul 07, 2007 at 12:26:51AM +0200, Andrea Arcangeli wrote: > The xfs developers for example want to enlarge their filesystem > blocksize (the filesystem blocksize has a tradeoff similar to the > PAGE_SIZE, the larger the faster the filesystem but more disk space is > potentially wasted), I

Re: panics with 16port Promise Supertrack EX Controller

Hi Flavio, On 09/07/07, Flavio Curti <[EMAIL PROTECTED]> wrote: Hello I have a problem with a server running 2.6.22rc4. Jul 8 00:19:13 dorade.cyberlink.ch EFLAGS: 00210046 (2.6.22-rc7-dorade #1) Is this a regression? The machine panics after some days of running fine, the machine inst h

Re: Please revert 21564fd2a3deb48200b595332f9ed4c9f311f2a7

On Mon, Jul 09, 2007 at 01:02:21AM +0200, Andi Kleen wrote: > On Monday 09 July 2007 00:44:44 Adrian Bunk wrote: > > On Sun, Jun 17, 2007 at 09:43:51PM -0700, Jeremy Fitzhardinge wrote: > > > Adrian Bunk wrote: > > >... > > > > Andi forwarded it although the following people had already NAK'ed it:

[RFC PATCH resend] ieee1394: remove old isochronous ABI

Date: Sun, 24 Jun 2007 15:31:54 +0200 (CEST) From: Stefan Richter <[EMAIL PROTECTED]> Subject: [RFC PATCH] ieee1394: remove old isochronous ABI Based on patch "the scheduled removal of RAW1394_REQ_ISO_{SEND,LISTEN}" from Adrian Bunk, November 20 2006. This patch also removes the underlying facili

Re: Please revert 21564fd2a3deb48200b595332f9ed4c9f311f2a7

On Monday 09 July 2007 00:44:44 Adrian Bunk wrote: > On Sun, Jun 17, 2007 at 09:43:51PM -0700, Jeremy Fitzhardinge wrote: > > Adrian Bunk wrote: > >... > > > Andi forwarded it although the following people had already NAK'ed it: > > > - Christoph Hellwig [1] > > > - Peter Zijlstra [2] > > > - Alan

Re: hibernation/snapshot design [was Re: [PATCH] Remove process freezer from suspend to RAM pathway]

Hi! > > Freezer is not needed for snapshot -- it is needed so that we can > > write out the snapshot to disk without the need for special > > drivers/block/simple-ide-for-suspend.c. (We are doing snapshot, then > > write to disk from userland code in uswsusp). > > Yes. > > BTW, this patch: > >

panics with 16port Promise Supertrack EX Controller

Hello I have a problem with a server running 2.6.22rc4. The machine panics after some days of running fine, the machine inst heavy loaded. The Controller detects as stex device: scsi0 : stex scsi 0:0:0:0: Direct-Access Promise 1X2 Mirror 1.10 PQ: 0 ANSI: 3 scsi 0:0:2:0: Direct-Access Promis

Re: hibernation/snapshot design [was Re: [PATCH] Remove process freezer from suspend to RAM pathway]

Hi! > >>>Actaully, I'm perfectly fine with that, as long as each task blocked by > >>>the > >>>driver due to suspend has PF_FROZEN (or something similar) set. Then, at > >>>least theoretically, we'll be able to drop the freezer from the suspend > >>>code > >>>path and move it after device_suspe

Re: hibernation/snapshot design [was Re: [PATCH] Remove process freezer from suspend to RAM pathway]

Hi, On Monday, 9 July 2007 00:13, Pavel Machek wrote: > Hi! > > > > Actaully, I'm perfectly fine with that, as long as each task blocked by > > > the > > > driver due to suspend has PF_FROZEN (or something similar) set. Then, at > > > least theoretically, we'll be able to drop the freezer from

Re: v2.6.21.5-rt19

On Sun, 2007-07-08 at 15:36 -0700, Fernando Lopez-Lezcano wrote: > On Sat, 2007-07-07 at 11:24 +0200, Ingo Molnar wrote: > > * Fernando Lopez-Lezcano <[EMAIL PROTECTED]> wrote: > > > > > Changes since 2.6.21.5-rt18: > > > > > > > > > > - Fixed a nasty and hard to track down slowness / boot problem

Re: Please revert 21564fd2a3deb48200b595332f9ed4c9f311f2a7

On Sun, Jun 17, 2007 at 09:43:51PM -0700, Jeremy Fitzhardinge wrote: > Adrian Bunk wrote: >... > > Andi forwarded it although the following people had already NAK'ed it: > > - Christoph Hellwig [1] > > - Peter Zijlstra [2] > > - Alan Cox [3] > > > > Considering that Andi forwarded it 2 days after h

Re: v2.6.21.5-rt19

On Sat, 2007-07-07 at 11:24 +0200, Ingo Molnar wrote: > * Fernando Lopez-Lezcano <[EMAIL PROTECTED]> wrote: > > > > Changes since 2.6.21.5-rt18: > > > > > > > > - Fixed a nasty and hard to track down slowness / boot problem on SMP > > > > machines with CONFIG_NOHZ enabled. The problem was caused by

Re: hibernation/snapshot design [was Re: [PATCH] Remove process freezer from suspend to RAM pathway]

On Mon, 9 Jul 2007, Pavel Machek wrote: Actaully, I'm perfectly fine with that, as long as each task blocked by the driver due to suspend has PF_FROZEN (or something similar) set. Then, at least theoretically, we'll be able to drop the freezer from the suspend code path and move it after device

hibernation/snapshot design [was Re: [PATCH] Remove process freezer from suspend to RAM pathway]

Hi! > > Actaully, I'm perfectly fine with that, as long as each task blocked by the > > driver due to suspend has PF_FROZEN (or something similar) set. Then, at > > least theoretically, we'll be able to drop the freezer from the suspend code > > path and move it after device_suspend() (or the hib

Re: [PATCH] Remove process freezer from suspend to RAM pathway

On Sunday, 8 July 2007 23:20, Benjamin Herrenschmidt wrote: > > > But I'm not sure it's a good idea in the long run. Think of a printer > > daemon, for example. It shouldn't have to experience unexpected I/O > > problems merely because someone has decided to put the system to sleep. > > Why n

Re: [PATCH] Remove process freezer from suspend to RAM pathway

On Sun, 2007-07-08 at 23:45 +0200, Rafael J. Wysocki wrote: > > Workqueues are kernel threads and the creator decides if they are going to > freeze. There are only two freezable worqueues in the entire tree right now. That and keventd workqueues... my point is you may well end up with something

ERROR: "ROOT_DEV" [drivers/mtd/maps/nettel.ko] undefined!

While building randconfig kernels I ran into this today : ... Kernel: arch/i386/boot/bzImage is ready (#1) Building modules, stage 2. MODPOST 239 modules ERROR: "ROOT_DEV" [drivers/mtd/maps/nettel.ko] undefined! make[1]: *** [__modpost] Error 1 make: *** [modules] Error 2 The config that ca

Re: [2.6.22-rc7] khubd NULL deref oops...

Hi Daniel, On 08/07/07, Daniel J Blueman <[EMAIL PROTECTED]> wrote: When plugging in a USB 2 mass-storage device which I've been seeing problems with, I caught a khubd oops [1]. Kernel is 2.6.22-rc7 Is this a regression? on ia32 built with Ubuntu's 2.6.22 .config. Please send this config.

[2.6.22-rc7] khubd NULL deref oops...

When plugging in a USB 2 mass-storage device which I've been seeing problems with, I caught a khubd oops [1]. Kernel is 2.6.22-rc7 on ia32 built with Ubuntu's 2.6.22 .config. Let me know if you need more details, Daniel --- [1] [ 4764.112000] usb 5-3: new high speed USB device using ehci_hcd a

  1   2   3   >