Jiri Kosina wrote:
On Tue, 19 Feb 2008, Tomas Carnecky wrote:
The device apparently has four 'interfaces' - whatever that is, see [1].
It seems like usbhid probes interface 2 (which is the LCD plus a few
buttons, probably the four just under the LCD, as described [1]).
Because usbhid doesn't
On Tue, Feb 19, 2008 at 07:48:54AM -0800, Mike Travis wrote:
> Andi Kleen wrote:
> > Yinghai Lu <[EMAIL PROTECTED]> writes:
> >
> >> we don't need copy too. already have x86_cpu_to_node_map
> >
> > That's a regression (probably from Mike's patches?). Until recently it was
> > used.
>
> Yes, I h
On Monday, February 18, 2008 7:47 AM, John W. Linville wrote:
> On Mon, Feb 18, 2008 at 05:54:25AM +0100, Wael Nasreddine wrote:
>> Hello,
>>
>> I have a Toshiba Satellite A135-S4427 with and Intel 3945ABG card,
>> the driver is not working properly.
>>
>> When I turn on my PC it works fine, bu
On Tue, Feb 19, 2008 at 01:40:37AM +0100, Frank Seidel wrote:
> Greg KH wrote:
> > Can we write these things down somewhere on the web so that I, and
> > others, remember them in a few months? :)
>
> Although this probably isn't what you were asking for, i anyway started
> to put some of the basi
On Tue, Feb 19, 2008 at 03:20:41AM -0800, Yinghai Lu wrote:
>
> in the device_add, we try to use use parent numa_node.
> need to make sure pci root bus's bridge device numa_node is set.
> then we could use device->numa_node direclty for all device.
> and don't need to call pcibus_to_node().
>
> S
On Tue, Feb 19, 2008 at 12:23:22PM +0100, Ingo Molnar wrote:
>
> * Yinghai Lu <[EMAIL PROTECTED]> wrote:
>
> > please check some amd opteron related mmconf and numa patches
> >
> > could make up for system that system have acpi problem or still can
> > mmconf and numa when acpi=off
>
> Greg, a
> > Adding yet another member to the already bloated tcp_sock structure to
> > implement this is too high a cost.
>
> Yes, I was worried that would be deemed too high of a cost, but it was
> the most efficient way I could think to accomplish what I wanted.
>
> > I would instead prefer that there
Pierre Ossman wrote:
Somewhere post 2.6.24, the kernel started getting very temperamentful. I
experience random hangs and wedges very often.
Primarily, the udev startup locks up. If I abort it, it just locks up on more
or less every action after that. Some quick debugging showed that I had a w
On Tue, Feb 19, 2008 at 07:47:19PM +0200, Adrian Bunk wrote:
> On Mon, Feb 18, 2008 at 04:26:25PM -0800, Randy Dunlap wrote:
> > From: Randy Dunlap <[EMAIL PROTECTED]>
> >
> > cc: [EMAIL PROTECTED]
> > cc: [EMAIL PROTECTED]
> >
> > Move sample source code to its own source file so that it can be
On Tue, 19 Feb 2008, Tomas Carnecky wrote:
> The device apparently has four 'interfaces' - whatever that is, see [1].
> It seems like usbhid probes interface 2 (which is the LCD plus a few
> buttons, probably the four just under the LCD, as described [1]).
> Because usbhid doesn't know how to h
Andrew Morton wrote:
> On Sun, 17 Feb 2008 13:20:59 + "Daniel J Blueman" <[EMAIL PROTECTED]>
> wrote:
>
>> I'm still hitting this with e1000e on 2.6.25-rc2, 10 times again.
are you sure? I don't think that's the case and you're seeing e1000 dumps
here...
>> It's clearly non-fatal, but then
On Mon, Feb 18, 2008 at 04:26:25PM -0800, Randy Dunlap wrote:
> From: Randy Dunlap <[EMAIL PROTECTED]>
>
> cc: [EMAIL PROTECTED]
> cc: [EMAIL PROTECTED]
>
> Move sample source code to its own source file so that it can be used
> easier and build-tested/check/maintained by anyone.
>
> (Makefile c
On Tue, Feb 19, 2008 at 12:22:19AM +0100, Roel Kluin wrote:
> Andrew Morton wrote:
> > On Wed, 13 Feb 2008 10:41:44 +0100 Roel Kluin <[EMAIL PROTECTED]> wrote:
> >
> >> you may also want these:
> >> ---
> >> [bl]e_add_cpu conversion in return
>
> > upsets powerpc (at least):
> >
> > fs/ufs/swab.
Jiri Kosina wrote:
On Tue, 19 Feb 2008, Tomas Carnecky wrote:
usb 1-2.2: new full speed USB device using ehci_hcd and address 6
usb 1-2.2: configuration #1 chosen from 1 choice
HID device claimed by neither input, hiddev nor hidraw
input: Logitech Z-10 USB Speaker as
/devices/pci:00/:00
On Tue, 19 Feb 2008 16:55:02 +0100 Thomas Petazzoni wrote:
> Le Mon, 18 Feb 2008 04:13:40 -0800,
> Andrew Morton <[EMAIL PROTECTED]> a écrit :
>
> > Option 3 wold be to add more #ifdef CONFIG_DMI lines around the
> > place. How ugly would that get?
>
> Like the attached patch. #ifdef CONFIG_DMI
James Crosby wrote:
A stack based architecture is best, it makes nested interrupts, and general
interruptibility very easy.
If you mean stack-based register file, then that's *not* desirable;
Linux depends on gcc which prefers a flat register file. 16 registers
minimum.
Two hardware stack
Ingo Molnar wrote:
> * Arjan van de Ven <[EMAIL PROTECTED]> wrote:
>
>> On Thu, 14 Feb 2008 14:51:19 -0800
>> Hiroshi Shimamoto <[EMAIL PROTECTED]> wrote:
>>
>>> Hi,
>>>
>>> I posted 2 patches to fix kernel panic and memory leak.
>>> http://lkml.org/lkml/2008/2/14/282
>>> http://lkml.org/lkml/2008
On Mon, Feb 18, 2008 at 08:45:35PM +0100, [EMAIL PROTECTED] wrote:
> @@ -1391,7 +1391,7 @@
>
> /* Initialize device descriptor */
> init_MUTEX( &ccp->mutex);
> - init_MUTEX( &ccp->readmutex);
> + mutex_init(&ccp->readmutex);
> auerbuf_init (&ccp->bufctl);
> c
Rasmus Andersen wrote:
Hello,
I have just upgraded from 2.6.22 to 2.6.24.2 and after booting into the
new kernel and seeing that everything went right, I wanted to make the
new kernel the default boot kernel. But running LILO I got
Fatal: Linux experimental device 0x04x needs to be defined.
Andrew Morton wrote:
> On Sun, 17 Feb 2008 15:36:50 +0300 Andrey Borzenkov <[EMAIL PROTECTED]> wrote:
>
>> ... and possibly reboot/poweroff (it flows by too fast to be legible).
>>
>> [ 8803.850634] ACPI: Preparing to enter system sleep state S3
>> [ 8803.853141] Suspending console(s)
>> [ 8805.28
Subrata Modak wrote:
Nadia Derbey wrote:
Andrew Morton wrote:
On Mon, 11 Feb 2008 15:16:47 +0100 [EMAIL PROTECTED] wrote:
[PATCH 01/08]
This patch computes msg_ctlmni to make it scale with the amount of
lowmem.
msg_ctlmni is now set to make the message queues occupy 1/32 of the
availa
Somewhere post 2.6.24, the kernel started getting very temperamentful. I
experience random hangs and wedges very often.
Primarily, the udev startup locks up. If I abort it, it just locks up on more
or less every action after that. Some quick debugging showed that I had a whole
bunch of modprobe
On Mon, Feb 18, 2008 at 11:04:31AM +0100, Aurelien Jarno wrote:
> Switch the BCM47XX code to the new SPROM data structure now that
> the old one has been removed.
Thanks, applied too.
Ralf
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [E
On Tue, Feb 19, 2008 at 03:22:39PM +0100, Ingo Molnar wrote:
>
> * Dhaval Giani <[EMAIL PROTECTED]> wrote:
>
> > Hi,
> >
> > I've been running ftrace on the sched-devel tree. I just built a
> > kernel and tried rebooting using kexec and I get this,
>
> hm, it's not a good idea to keep using th
David Chinner <[EMAIL PROTECTED]> writes:
> On Sat, Feb 16, 2008 at 12:18:58AM +0100, Ferenc Wagner wrote:
>
>> 5 days ago I pulled the git tree (HEAD was
>> 25f666300625d894ebe04bac2b4b3aadb907c861), added two minor patches
>> (the vmsplice fix and the GFS1 exports), compiled and booted the
>> ke
On Tue, 19 Feb 2008, Ingo Molnar wrote:
> * Pavel Machek <[EMAIL PROTECTED]> wrote:
>
> > TSC is used even on machines when CONFIG_X86_TSC is not set (X86_TSC
> > means _require_ TSC), but it is not properly disabled when it is
> > unusable, because acpi code understood the config switch as "may
On Tue, 19 Feb 2008, Tomas Carnecky wrote:
> usb 1-2.2: new full speed USB device using ehci_hcd and address 6
> usb 1-2.2: configuration #1 chosen from 1 choice
> HID device claimed by neither input, hiddev nor hidraw
> input: Logitech Z-10 USB Speaker as
> /devices/pci:00/:00:02.1/usb1/1
Yinghai Lu wrote:
please check some amd opteron related mmconf and numa patches
could make up for system that system have acpi problem
or still can mmconf and numa when acpi=off
ACK for my parts (stuff associated with PCI domain support on x86)
Jeff
--
To unsubscribe from this lis
On Tue, 19 Feb 2008 18:16:53 +0300 Pavel Emelyanov wrote:
> Nick Andrew wrote:
> > On Tue, Feb 19, 2008 at 05:42:07PM +0300, Pavel Emelyanov wrote:
> >> Nick Andrew wrote:
> >>> On Wed, Feb 20, 2008 at 01:06:09AM +1100, Nick Andrew wrote:
> Here is a series of 9 patches to init/Kconfig intend
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> Earlier today i turned off local-cmpxchg and havent had a crash or
> hang since then - but at 200 bootups and 4-5 crashes in a week that's
> not conclusive yet. I think others might have workloads that trigger
> this bug more often.
i mean, today i'v
> -Original Message-
> From: Andrew Morton [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, February 19, 2008 6:00 AM
> To: Jens Axboe
> Cc: Miller, Mike (OS Dev); LKML; LKML-scsi
> Subject: Re: [PATCH 1/1] cciss: procfs updates to display
> info about many volumes
>
> On Tue, 19 Feb 2008 11:48
* Linus Torvalds <[EMAIL PROTECTED]> wrote:
> So:
> - it might be something else entirely
> - it might still be the local cmpxchg, just Torsten didn't happen to
>notice it until later.
> - it might still be the local cmpxchg, but something else changed its
>patterns to actually make
On Tue, Feb 19, 2008 at 05:04:35AM +0100, Arnd Bergmann wrote:
> I noticed that there is a lot of duplication in pseudo
> file systems, so I started looking into how to consolidate
> them. I ended up with a largish rework of the structure
> of libfs and moving almost all of debugfs in there as well
On Tue, 19 Feb 2008, Eric Dumazet wrote:
>
> cmpxchg_local(&c->freelist, object, object[c->offset]) can succeed,
> while an interrupt came (on this cpu), and several allocations were done,
> and one free was performed at the end of this interruption, so 'object'
> was recycled.
I think you may
kernel 2.6.25-rc2
usb 1-2.2: new full speed USB device using ehci_hcd and address 6
usb 1-2.2: configuration #1 chosen from 1 choice
HID device claimed by neither input, hiddev nor hidraw
input: Logitech Z-10 USB Speaker as
/devices/pci:00/:00:02.1/usb1/1-2/1-2.2/1-2.2:1.3/input/input4
in
On Sun, Feb 17, 2008 at 11:59:48PM +0200, Adrian Bunk wrote:
> This patch fixes the following build error with CONFIG_EISA=n caused by
> commit 231a35d37293ab88d325a9cb94e5474c156282c0:
Applied. Thanks,
Ralf
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the bo
On Tue, Feb 19, 2008 at 04:52:52PM +0100, Ingo Molnar wrote:
>
> * Ahmed S. Darwish <[EMAIL PROTECTED]> wrote:
>
> > - local_irq_disable();
> > - t->next = __get_cpu_var(tasklet_vec).list;
> > - __get_cpu_var(tasklet_vec).list = t;
> > - __raise_softirq_irq
Paul E. McKenney wrote:
> On Mon, Feb 18, 2008 at 01:47:31PM +0100, Jan Kiszka wrote:
>> K. Prasad wrote:
>>> Hi Ingo,
>>> Please accept these patches into the rt tree which convert the
>>> existing RCU tracing mechanism for Preempt RCU and RCU Boost into
>>> markers.
>>>
>>> These patches ar
On Tue, 19 Feb 2008 09:02:30 -0500
Mathieu Desnoyers <[EMAIL PROTECTED]> wrote:
> * Pekka Enberg ([EMAIL PROTECTED]) wrote:
> > On Feb 19, 2008 8:54 AM, Torsten Kaiser <[EMAIL PROTECTED]> wrote:
> > > > > [ 5282.056415] [ cut here ]
> > > > > [ 5282.059757] kernel BUG at li
On Mon, Feb 18, 2008 at 05:45:46PM +0900, Kohei KaiGai wrote:
> Greg KH wrote:
> >>> Also, this code can be cleaned up a lot by just using the basic kobject
> >>> attributes, and not rolling your own types here.
> >> I replaced my own defined capability_attribute by kobj_attribute.
> >>
> >> It mad
On Tue, 19 Feb 2008, Pekka Enberg wrote:
>
> Hmm. The barrier() in slab_free() looks fishy. The comment says it's
> there to make sure we've retrieved c->freelist before c->page but then
> it uses a _compiler barrier_ which doesn't affect the CPU and the
> reads may still be re-ordered... Not su
Michael Chan wrote:
> On Mon, 2008-02-18 at 16:35 -0800, David Miller wrote:
>
>
>> One consequence of Herbert's change is that the chip will see a
>> different datastream. The initial skb->data linear area will be
>> smaller, and the transition to the fragmented area of pages will be
>> quicke
Hi Andi,
If noone in the isdn community step up and take some responsibility
for the current isdn drivers in Linux then we should just delete
them.
So you're saying anything that has no active maintainer should
be immediately deleted?
You do not recognize a provocation when you see it?
I w
Sam Ravnborg wrote:
I'm not sure either it's a good idea to try to merge mISDN if the
maintainers don't think it is ready yet.
In the spirit of relase early - relase often we should at
least see what is going on.
well to add mISDN to the kernel tree is straight forward
./std2kern
and the ou
Mike Travis wrote:
> Mel Gorman wrote:
>
>> If you send me patches to apply on top of 2.6.25-rc1, I'll give them a spin
>> on the machine in question. Reverting didn't work out very well as there are
>> too many collisions with patches that were applied later. I eventually got
>> the machine booti
On Tuesday 19 February 2008, Tomasz Chmielewski wrote:
> Chris Mason schrieb:
> > On Tuesday 19 February 2008, Tomasz Chmielewski wrote:
> >> Theodore Tso schrieb:
> >>
> >> (...)
> >>
> >>> The following ld_preload can help in some cases. Mutt has this hack
> >>> encoded in for maildir directorie
Hi,
Maybe I'm missing something completely obvious, but I don't see where
the arch/x86/kernel/acpi/sleep_32.c file gets compiled. The Makefile in
that directory compiles sleep.o, but doesn't compile sleep_$(BITS).o:
obj-$(CONFIG_ACPI) += boot.o
obj-$(CONFIG_ACPI_SLEEP)+= slee
Ingo Molnar wrote:
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
If this (or my other patch) indeed solves the problem i'd still favor
a full revert of the SLUB_FASTPATH (commit 1f84260c8ce3b1ce26d4), it
looks quite un-cooked and quite un-tested for multiple independent
reasons.
Sigh, why do i a
On Tue, Feb 19, 2008 at 02:10:02PM +0100, Kay Sievers wrote:
> On Tue, 2008-02-19 at 15:03 +0300, Alexey Dobriyan wrote:
> > On Tue, Feb 19, 2008 at 09:19:25AM +0100, Kay Sievers wrote:
> > > On Feb 18, 2008 1:59 PM, Andrew Morton <[EMAIL PROTECTED]> wrote:
> > > > On Fri, 15 Feb 2008 14:08:53 +030
Le Mon, 18 Feb 2008 04:13:40 -0800,
Andrew Morton <[EMAIL PROTECTED]> a écrit :
> Option 3 wold be to add more #ifdef CONFIG_DMI lines around the
> place. How ugly would that get?
Like the attached patch. #ifdef CONFIG_DMI everywhere :-(
Sincerly,
Thomas
---
Turn CONFIG_DMI into a selectable
* Ahmed S. Darwish <[EMAIL PROTECTED]> wrote:
> - local_irq_disable();
> - t->next = __get_cpu_var(tasklet_vec).list;
> - __get_cpu_var(tasklet_vec).list = t;
> - __raise_softirq_irqoff(TASKLET_SOFTIRQ);
> - local_irq_enable();
> +
Ingo Molnar wrote:
* Pekka Enberg <[EMAIL PROTECTED]> wrote:
Yes, this can happen. Are you saying it is not safe to be in the
lockless path when an IRQ triggers?
Hmm. The barrier() in slab_free() looks fishy. The comment says it's
there to make sure we've retrieved c->freelist before c->page b
Quoting Pavel Emelyanov ([EMAIL PROTECTED]):
> Nick Andrew wrote:
> > On Tue, Feb 19, 2008 at 05:42:07PM +0300, Pavel Emelyanov wrote:
> >> Nick Andrew wrote:
> >>> On Wed, Feb 20, 2008 at 01:06:09AM +1100, Nick Andrew wrote:
> Here is a series of 9 patches to init/Kconfig intended to improve
Andi Kleen wrote:
> Yinghai Lu <[EMAIL PROTECTED]> writes:
>
>> we don't need copy too. already have x86_cpu_to_node_map
>
> That's a regression (probably from Mike's patches?). Until recently it was
> used.
Yes, I had removed it because I couldn't find any references to it.
And reading one's o
Aneesh Kumar K.V wrote:
> On Tue, Feb 19, 2008 at 01:31:18AM +0100, Roel Kluin wrote:
>> Please verify, this patch was not yet tested
>> ---
>> Convert list_for_each_rcu() to list_for_each_entry_rcu()
>>
>> Signed-off-by: Roel Kluin <[EMAIL PROTECTED]>
>
>
> NACK. This patch doesn't build. You ha
Got this on a serial console today, using 2.6.25-rc2-git1. Machine was
not doing anything interesting at the time, but has its / and kernel on
a usb-storage device (usb pen drive).
Intel ICH8R chipset (and USB controller), running x86_64 kernel. I'll
post .config and some additional info when
[I initially sent this query inappropriately to an individual instead of
the list. My apologies.]
re: tee().. I was just playing around with the simple sample on the
manpage (included below) - it uses SPLICE_F_NONBLOCK as a flag.
on 2.6.22 X86_64 (ubuntu 7.10) when I run the sample. the tee() sy
On Tue, Feb 19, 2008 at 04:38:56PM +0100, Heiko Carstens wrote:
> On Tue, Feb 19, 2008 at 04:13:55PM +0100, Bastian Blank wrote:
> > On Tue, Feb 19, 2008 at 03:40:54PM +0100, Martin Schwidefsky wrote:
> > > + /*
> > > + * Only need to copy the first 512 bytes from address 0. But since
> > > + * t
Thanks for doing this, Nick. One area looks like some details
need working.
Nick Andrew wrote:
> config PROC_PID_CPUSET
> bool "Include legacy /proc//cpuset file"
> depends on CPUSETS
> default y
> + help
> + This option provides the legacy /proc//cpuset file.
> +
> +
Hi all,
Avoid duplicating __tasklet_schedule() and __tasklet_hi_schedule()
code in tasklet_action() and tasklet_hi_action() respectively.
Signed-off-by: Ahmed S. Darwish <[EMAIL PROTECTED]>
---
This also saves a few bytes of image space:
textdata bss dec hex filename
3632
On Tue, Feb 19, 2008 at 04:13:55PM +0100, Bastian Blank wrote:
> On Tue, Feb 19, 2008 at 03:40:54PM +0100, Martin Schwidefsky wrote:
> > + /*
> > +* Only need to copy the first 512 bytes from address 0. But since
> > +* the compiler emits a warning if src == NULL for memcpy use copy_page
Hello,
as of pre 2.6.25 kernels, kismet monitoring tool does not work with the message:
# kismet
Launching kismet_server: //usr/bin/kismet_server
Suid priv-dropping disabled. This may not be secure.
No specific sources given to be enabled, all will be enabled.
Non-RFMon VAPs will be destroyed on
On Wed, Feb 20, 2008 at 01:06:09AM +1100, Nick Andrew wrote:
> Here is a series of 9 patches to init/Kconfig intended to improve the
> usefulness and consistency of the help descriptions. The patches are
> against linux-2.6.24.2.
> [...]
> Patch 9
> MODULES
> MODULE_UNLOAD
> MODUL
Harvey Harrison wrote:
On Tue, 2008-02-19 at 10:39 +0200, Avi Kivity wrote:
Harvey Harrison wrote:
Replaces open-coded mask calculation in macros.
Please regenerate against kvm.git (patch 2 doesn't apply; see
http://kvm.qumranet.com/kvmwiki/Code). Also please copy
[EMAIL P
Nick Andrew wrote:
> On Tue, Feb 19, 2008 at 05:42:07PM +0300, Pavel Emelyanov wrote:
>> Nick Andrew wrote:
>>> On Wed, Feb 20, 2008 at 01:06:09AM +1100, Nick Andrew wrote:
Here is a series of 9 patches to init/Kconfig intended to improve the
usefulness and consistency of the help descrip
On Wed, Feb 20, 2008 at 01:06:09AM +1100, Nick Andrew wrote:
> Here is a series of 9 patches to init/Kconfig intended to improve the
> usefulness and consistency of the help descriptions. The patches are
> against linux-2.6.24.2.
> [...]
> Patch 8
> SLUB_DEBUG
> SLAB
> SLUB
>
On Wed, Feb 20, 2008 at 01:06:09AM +1100, Nick Andrew wrote:
> Here is a series of 9 patches to init/Kconfig intended to improve the
> usefulness and consistency of the help descriptions. The patches are
> against linux-2.6.24.2.
> [...]
> Patch 7
> EMBEDDED
> SYSCTL_SYSCALL
> KAL
On Tue, 2008-02-19 at 10:39 +0200, Avi Kivity wrote:
> Harvey Harrison wrote:
> > Replaces open-coded mask calculation in macros.
> >
> >
> Please regenerate against kvm.git (patch 2 doesn't apply; see
> http://kvm.qumranet.com/kvmwiki/Code). Also please copy
> [EMAIL PROTECTED] on kvm patche
Chris Mason schrieb:
On Tuesday 19 February 2008, Tomasz Chmielewski wrote:
Theodore Tso schrieb:
(...)
The following ld_preload can help in some cases. Mutt has this hack
encoded in for maildir directories, which helps.
It doesn't work very reliable for me.
For some reason, it hangs for m
On Tue, Feb 19, 2008 at 03:40:54PM +0100, Martin Schwidefsky wrote:
> + /*
> + * Only need to copy the first 512 bytes from address 0. But since
> + * the compiler emits a warning if src == NULL for memcpy use copy_page
> + * instead. Copies more than needed but this code is not
On Wed, Feb 20, 2008 at 01:06:09AM +1100, Nick Andrew wrote:
> Here is a series of 9 patches to init/Kconfig intended to improve the
> usefulness and consistency of the help descriptions. The patches are
> against linux-2.6.24.2.
> [...]
> Patch 6
> CGROUPS
> CGROUP_DEBUG
> CPUSET
On Tue, Feb 19, 2008 at 05:42:07PM +0300, Pavel Emelyanov wrote:
> Nick Andrew wrote:
> > On Wed, Feb 20, 2008 at 01:06:09AM +1100, Nick Andrew wrote:
> >> Here is a series of 9 patches to init/Kconfig intended to improve the
> >> usefulness and consistency of the help descriptions. The patches are
On Mon, 2008-02-18 at 15:58 -0800, Casey Schaufler wrote:
> From: Casey Schaufler <[EMAIL PROTECTED]>
>
> This patch assumes "Smack unlabeled outgoing ambient packets - v4"
> which is one reason it's RFC.
>
> Update the Smack LSM to allow the registration of the capability
> "module" as a second
[ Just returned home. ]
On Tue, 12 February 2008 16:10:34 +, Stephane Chazelas wrote:
>
> OK, I can do that. Would the "simple" fix go to the
> [EMAIL PROTECTED] Trivial Patch Monkey?
That or to me or to dwmw2... I'm not too picky about the path, as long
as it gets merged eventually.
> > T
On Wed, Feb 13, 2008 at 03:32:49PM +, Ken Moffat wrote:
> On Tue, Feb 12, 2008 at 08:43:04PM -0800, Greg KH wrote:
> >
> > Can't you just boot with /dev/disk/by-id/ and an initramfs to not have
> > to worry about such a thing in the future?
> >
Initramfs isn't something I've ever tried, so
On Tuesday 19 February 2008, Tomasz Chmielewski wrote:
> Theodore Tso schrieb:
>
> (...)
>
> > The following ld_preload can help in some cases. Mutt has this hack
> > encoded in for maildir directories, which helps.
>
> It doesn't work very reliable for me.
>
> For some reason, it hangs for me som
Kosaki-san wrote:
> Thank you for wonderful interestings comment.
You're most welcome. The pleasure is all mine.
> you think kill the process just after swap, right?
> but unfortunately, almost user hope receive notification before swap ;-)
> because avoid swap.
There is not much my customers H
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> If this (or my other patch) indeed solves the problem i'd still favor
> a full revert of the SLUB_FASTPATH (commit 1f84260c8ce3b1ce26d4), it
> looks quite un-cooked and quite un-tested for multiple independent
> reasons.
>
> Sigh, why do i again have
* Pekka Enberg <[EMAIL PROTECTED]> wrote:
> > Yes, this can happen. Are you saying it is not safe to be in the
> > lockless path when an IRQ triggers?
>
> Hmm. The barrier() in slab_free() looks fishy. The comment says it's
> there to make sure we've retrieved c->freelist before c->page but th
Theodore Tso schrieb:
(...)
The following ld_preload can help in some cases. Mutt has this hack
encoded in for maildir directories, which helps.
It doesn't work very reliable for me.
For some reason, it hangs for me sometimes (doesn't remove any files, rm
-rf just stalls), or segfaults.
On Wed, Feb 20, 2008 at 01:06:09AM +1100, Nick Andrew wrote:
> Here is a series of 9 patches to init/Kconfig intended to improve the
> usefulness and consistency of the help descriptions. The patches are
> against linux-2.6.24.2.
> [...]
> Patch 5
> IKCONFIG
> IKCONFIG_PROC
> LOG_
On Mon, 18 Feb 2008 23:49:18 +0100, Haavard Skinnemoen <[EMAIL PROTECTED]>
wrote:
> > > CLK __|~|___|~~~|___|~~~|___|~~~|___
> >
> > ... and at T1 CPOL is changed?? That's wrong. There should
> > never be a partial clock period while a chipselect is active.
> > While it'
Please pull from 'for-linus' branch of
git://git390.osdl.marist.edu/pub/scm/linux-2.6.git for-linus
to receive the following updates:
arch/s390/Kconfig|3 +-
arch/s390/kernel/process.c | 15 ++
arch/s390/kernel/smp.c | 53 +
From: Ursula Braun <[EMAIL PROTECTED]>
If running on LPAR, qdio might overlook an incoming buffer in certain
scenarios. The patch makes sure that incoming buffers are detected
immediately in all situations.
Signed-off-by: Ursula Braun <[EMAIL PROTECTED]>
Signed-off-by: Martin Schwidefsky <[EMAIL
From: Heiko Carstens <[EMAIL PROTECTED]>
Add missing exception table entry so that the kernel can handle
proctection exceptions as well on the cs instruction. Currently only
specification exceptions are handled correctly.
The missing entry allows user space to crash the kernel.
Cc: stable <[EMAIL
From: Roel Kluin <[EMAIL PROTECTED]>
Fix Unlikely(x) != y
Cc: Gerald Schaefer <[EMAIL PROTECTED]>
Cc: Stefan Weinhuber <[EMAIL PROTECTED]>
Cc: Carsten Otte <[EMAIL PROTECTED]>
Signed-off-by: Roel Kluin <[EMAIL PROTECTED]>
Signed-off-by: Heiko Carstens <[EMAIL PROTECTED]>
Signed-off-by: Martin Sch
From: Peter Oberparleiter <[EMAIL PROTECTED]>
Make state change events adjust the correct mask by cleaning up
naming inconsistencies. Also remove chance for lockup by removing
unnecessary mask related check before reading events.
Signed-off-by: Peter Oberparleiter <[EMAIL PROTECTED]>
Signed-off-b
From: Heiko Carstens <[EMAIL PROTECTED]>
Current code in qdio_activate waits for at least 5 seconds
until it returns. It may return earlier if an error occurs,
but not if everything is ok. This large timeout value
became visible with commit dfa77f611ff295598e218aa0eb6efa73a5cf26d0
"qdio: set QDIO_
From: Heiko Carstens <[EMAIL PROTECTED]>
Since a5fbb6d1064be885d2a6b82f625186753cf74848
"KVM: fix !SMP build error" smp_call_function isn't a define anymore
that folds into nothing but a define that calls up_smp_call_function
with all parameters. Hence we cannot #ifdef out the unused code
anymore.
From: Heiko Carstens <[EMAIL PROTECTED]>
Just copy the first 512 read-only bytes of the current cpu lowcore if
a new cpu gets onlined. The rest is zeroed out and must be explicitly
initialized. Current code just copies the entire lowcore and
initializes the needed fields.
This should reveal bugs i
From: Martin Schwidefsky <[EMAIL PROTECTED]>
Fix [ext2_]find_first_[zero_]bit for the corner case of an all clear
or all set bit field by always handling that last word of the bit field
with __ffz_word/__ffs_word.
Signed-off-by: Martin Schwidefsky <[EMAIL PROTECTED]>
---
include/asm-s390/bitops
From: Stefan Weinhuber <[EMAIL PROTECTED]>
After setting the status of the cqr and releasing the lock for the
block cqr queue, we call the cqr callback function, which will usually
just trigger the dasd_block_tasklet. But when the tasklet is already
running the cqr might be processed before we inv
From: Cornelia Huck <[EMAIL PROTECTED]>
We can't do our recovery in softirq context, so we schedule it from
our timer function.
Signed-off-by: Cornelia Huck <[EMAIL PROTECTED]>
Signed-off-by: Martin Schwidefsky <[EMAIL PROTECTED]>
---
drivers/s390/cio/device.c | 13 -
1 file chang
From: Heiko Carstens <[EMAIL PROTECTED]>
If both NO_IDLE_HZ and VIRT_TIMER are disabled default_idle won't load
an enabled wait psw and busy loop instead. This is because the
idle_chain is empty and the return value of atomic_notifier_call_chain
will be NOTIFY_DONE, which causes default_idle to re
From: Heiko Carstens <[EMAIL PROTECTED]>
Signed-off-by: Heiko Carstens <[EMAIL PROTECTED]>
Signed-off-by: Martin Schwidefsky <[EMAIL PROTECTED]>
---
arch/s390/Kconfig |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
Index: quilt-2.6/arch/s390/Kconfig
==
From: Cornelia Huck <[EMAIL PROTECTED]>
Signed-off-by: Cornelia Huck <[EMAIL PROTECTED]>
Signed-off-by: Martin Schwidefsky <[EMAIL PROTECTED]>
---
drivers/s390/cio/device.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Index: quilt-2.6/drivers/s390/cio/device.c
==
Greetings,
this and that for s390. The shortlog:
Cornelia Huck (2):
[S390] cio: Remember to initialize recovery_lock.
[S390] cio: Do timed recovery on workqueue.
Heiko Carstens (6):
[S390] Let NR_CPUS default to 32/64 on s390/s390x.
[S390] Make sure enabled wait psw is loa
* Pavel Machek <[EMAIL PROTECTED]> wrote:
> > Thing is, this will catch not just regressions ... but cases where
> > STR never worked in the first place. Video problems, etc. Also
> > various system startup races, as in the PCMCIA and MMC/SD/SDIO cases
> > I noted.
>
> David is right here.
Nick Andrew wrote:
> On Wed, Feb 20, 2008 at 01:06:09AM +1100, Nick Andrew wrote:
>> Here is a series of 9 patches to init/Kconfig intended to improve the
>> usefulness and consistency of the help descriptions. The patches are
>> against linux-2.6.24.2.
>> [...]
>> Patch 3
>> USER_NS
>> P
Roel Kluin wrote:
> Please verify, this patch was not yet tested.
> ---
> Convert list_for_each_rcu() to list_for_each_entry_rcu()
>
> Signed-off-by: Roel Kluin <[EMAIL PROTECTED]>
> ---
Same mistake as in other patch, please ignore the previous patch
and consider the patch below.
---
Convert list
401 - 500 of 668 matches
Mail list logo