At Thu, 22 Nov 2007 12:42:42 -0500,
Theodore Tso wrote:
>
> On Tue, Nov 13, 2007 at 04:43:05AM +0100, Takashi Iwai wrote:
> > > By the way, the "polling mode" seems to work OK: I still get normal
> > > playback of music etc.
> >
> > Yes, the polling mode should work in most cases, too.
>
> Out
Many responsible CCs added.
On 2007-10-20 18:33:09 Pavel Machek responded to Daniele C.:
> > > Try disabling acpi embedded controller.
> > >
> > How can I accomplish this? Are you referring to the i8042?
>
> rmmod acpi_ec or how is it called. But I'm not sure how easy this is.
Designed to be
Laurent Riffard wrote:
> Le 21.11.2007 23:41, Andrew Morton a écrit :
>> On Wed, 21 Nov 2007 22:45:22 +0100
>> Laurent Riffard <[EMAIL PROTECTED]> wrote:
>>
>>> Le 21.11.2007 05:45, Andrew Morton a écrit :
On Mon, 12 Nov 2007 16:36:52 +1100 Jeremy Kerr <[EMAIL PROTECTED]> wrote:
> This change allows force_sig_info to be called from modules.
>
> Signed-off-by: Jeremy Kerr <[EMAIL PROTECTED]>
>
> --
>
> Any objections to exporting this symbol? I'm planning to move some
> SPU fault-handling code
Cedric Le Goater wrote:
> Pierre Peiffer wrote:
>> Each ipc_namespace contains a table of 3 pointers to struct ipc_ids (3 for
>> msg, sem and shm, structure used to store all ipcs)
>> These 'struct ipc_ids' are dynamically allocated for each icp_namespace as
>> the ipc_namespace itself (for the
On Sat, 17 Nov 2007 09:55:01 -0800
Dane Mutters <[EMAIL PROTECTED]> wrote:
> I don't know if this is at all feasible, but is it possible to have a
> mechanism that would detect a fork bomb in progress and either stop the
> fork, or allow the user to cancel the operation? For example, are there
>
Le 21.11.2007 23:41, Andrew Morton a écrit :
> On Wed, 21 Nov 2007 22:45:22 +0100
> Laurent Riffard <[EMAIL PROTECTED]> wrote:
>
>> Le 21.11.2007 05:45, Andrew Morton a écrit :
>>> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24-rc3/2.6.24-rc3-mm1/
>> Hello,
>>
>> My system
Pierre Peiffer wrote:
>
> Each ipc_namespace contains a table of 3 pointers to struct ipc_ids (3 for
> msg, sem and shm, structure used to store all ipcs)
> These 'struct ipc_ids' are dynamically allocated for each icp_namespace as
> the ipc_namespace itself (for the init namespace, they are
On Tue, 13 Nov 2007 21:55:15 +0100 Jan-Simon M__ller <[EMAIL PROTECTED]> wrote:
> Hi!
You removed from cc the guys who are most likely to fix this. Please always
do reply-to-all.
> Just using kernel 2.6.24-rc2 (325d22df7b19e0116aff3391d3a03f73d0634ded).
>
> When booting the system hangs,
On Fri, 23 Nov 2007, Alan Cox wrote:
> Its usually faster if you don't misalign on x86 as well.
i'm not sure if i agree with "usually"... but i know you (alan) are
probably aware of the exact requirements of the hw.
for everyone else:
on intel x86 processors an access is unaligned only if it
> Regardless of whatever verifications your application is doing
> on the data, it is not checksumming the ports and that's what
> the pseudo-header is helping with.
So what? We are in the case where the data has already gotten to him. If it
got to him in error, he'll reject it anyway. The
On [Fri, 23.11.2007 01:48], Thomas Gleixner wrote:
> On Thu, 22 Nov 2007, Andrew Morton wrote:
>
> > On Thu, 22 Nov 2007 12:22:05 +0200 "Kirill A. Shutemov" <[EMAIL PROTECTED]>
> > wrote:
> >
> > > On x86_64 'uname -m' return 'x86'. It break many userspace programs. apt
> > > and rpm for
Andrew Morton wrote:
> On Fri, 23 Nov 2007 02:39:08 +0100 Gabriel C <[EMAIL PROTECTED]> wrote:
>
>> I have some warnings on each SCSI disc:
>>
>>
>> ...
>>
>> [ 30.724410] scsi 0:0:0:0: Direct-Access SEAGATE ST318406LW
>> 0109 PQ: 0 ANSI: 3
>> [ 30.724419] scsi0:A:0:0: Tagged
Improve the error handling for mm/sparse.c::sparse_add_one_section().
And I see no reason to check 'usemap' until holding the
'pgdat_resize_lock'. If someone knows, please let me know.
Note! This patch is _not_ tested yet, since it seems that I can't
configure sparse memory for i386 box. Sorry
Please pull from:
master.kernel.org:/pub/scm/linux/kernel/git/lethal/sh-2.6.24.git
Which contains:
Heiko Schocher (1):
sh: Fix copy_{to,from}_user_page() with cache disabled.
Magnus Damm (3):
sh: fix R2D-1 CF support
sh: include ax88796 in the defconfig for r7780mp
Here is updated version
---
From: Cyrill Gorcunov <[EMAIL PROTECTED]>
This patch does fix possible NULL pointer dereference
inside of strncmp() if of_get_property() failed.
Signed-off-by: Cyrill Gorcunov <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/chrp/setup.c | 13 +
1 files
On [Thu, 22.11.2007 21:51], Alan Stern wrote:
> On Thu, 22 Nov 2007, Marin Mitov wrote:
>
> > > > > I've had some strangenesses with USB lately. Sometimes running
> > > > > `lsusb'
> > > > > makes the USB system notice a newly attached device.
> > > >
> > > > No. But I have new messages in
On Thu, Nov 22, 2007 at 07:56:20PM +, Alan Cox wrote:
> > probably principle of least privilege; the location on physical media
> > for a file is clearly something internal to the OS, and non-trusted
> > users normally don't have any business knowing that.
>
> FIBMAP isn't correctly locked
Fully reproducible with me. v2.6.23.1 x86-64 SMP kernel, Core 2 CPU, gdb
v6.6.90.20070912-debian.
gdb ./hang
run
fr 1
p (char*)base
p command hangs and the entire system becomes unusably slow. kill -9
doesn't kill gdb.
/* gcc hang.c -o hang -g -Wall */
#include
#include
#include
#include
Quite right. I read it too quickly and thought it had succeeded when
it had failed. I will modify the module to do the shared IRQ and then
try the noapic test again. Exactly why I reserved the right to do it
again.
This is good because it means the hammer may work after all.
Thank you
hey
I am using chelsio offload stack to tranfer data between two back to
back connected systems.
Now I using lighttpd server and http browser. After three-way
handskahe successful completed, when it start transfering of data it
gives me the following warning and then close the socket.
cxgb3
On 11/23/07, Stephen Rothwell <[EMAIL PROTECTED]> wrote:
> On Thu, 22 Nov 2007 22:54:23 +0300 Cyrill Gorcunov <[EMAIL PROTECTED]>
> wrote:
> >
> > This patch does fix possible NULL pointer dereference
> > inside of strncmp() if of_get_property() failed.
>
> Thanks for this.
>
> > static void
On Fri, 23 Nov 2007 02:39:08 +0100 Gabriel C <[EMAIL PROTECTED]> wrote:
> I have some warnings on each SCSI disc:
>
>
> ...
>
> [ 30.724410] scsi 0:0:0:0: Direct-Access SEAGATE ST318406LW 0109
> PQ: 0 ANSI: 3
> [ 30.724419] scsi0:A:0:0: Tagged Queuing enabled. Depth 32
> [
On Fri, Nov 23, 2007 at 03:53:17AM +0100, Andi Kleen wrote:
> On Fri, Nov 23, 2007 at 12:15:39AM +1100, David Chinner wrote:
> > On Thu, Nov 22, 2007 at 01:06:11PM +0100, Andi Kleen wrote:
> > > > FWIW from a "real time" database POV this seems to make sense to me...
> > > > in fact, we probably
On Tuesday 20 November 2007, Haavard Skinnemoen wrote:
> This patch depends on "DMA: Correct invalid assumptions in the Kconfig
> text" (without the part that adds AVR32 to the dependency list) and
> "DMAENGINE: Convert from class_device to device".
That regression fix still doesn't seem to be
On Friday 23 November 2007 12:36:22 Andi Kleen wrote:
> On Friday 23 November 2007 01:25, Rusty Russell wrote:
> > That's my point. If there's a whole class of modules which can use a
> > symbol, why are we ruling out external modules?
>
> The point is to get cleaner interfaces.
But this doesn't
Hi,
On Friday 23 November 2007 02:48:53 am you wrote:
> I tried the hammer and the problem persists.
> [EMAIL PROTECTED]:~$ cat /proc/cmdline
> root=UUID=8b3c3666-22c3-4c04-b399-ece266f2ef30 ro noapic quiet splash
>
> However, I reserve the right to try the hammer again in the future.
> When I
On Nov 22, 2007, at 20:29:11, Alan Cox wrote:
Most architectures are unable to perform unaligned memory
accesses. Any unaligned access causes a processor exception.
Not all. Some simply produce the wrong answer - thats oh so much
more exciting.
As one example, the MicroBlaze soft-core
On Fri, Nov 23, 2007 at 12:15:39AM +1100, David Chinner wrote:
> On Thu, Nov 22, 2007 at 01:06:11PM +0100, Andi Kleen wrote:
> > > FWIW from a "real time" database POV this seems to make sense to me...
> > > in fact, we probably rely on filesystem metadata way too much
> > > (historically it's
On Thu, 22 Nov 2007, Marin Mitov wrote:
> > > > I've had some strangenesses with USB lately. Sometimes running `lsusb'
> > > > makes the USB system notice a newly attached device.
> > >
> > > No. But I have new messages in dmesg:
> > >
> > > uhci_hcd :00:1d.3: FGR not stopped yet!
> > >
On Nov 23, 2007 2:19 AM, Andi Kleen <[EMAIL PROTECTED]> wrote:
>
> > Andy, I like your idea. IMHO, as Rusty said a simple EXPORT_SYMBOL_TO
> > is better.
>
> I don't think so. e.g. tcpcong would be very very messy this way.
>
> > And I wonder if it is possible to export to something like the
Robert Hancock <[EMAIL PROTECTED]> writes:
>
> Also, x86 doesn't prohibit unaligned accesses,
That depends, e.g. for SSE2 they can be forbidden.
> but I believe they have
> a significant performance cost and are best avoided where possible.
On Opteron the typical cost of a misaligned access is
We need to run any DMA command with result taskfile requested in ADMA mode
when the port is in ADMA mode, otherwise it may try to use the legacy DMA engine
in ADMA mode which is not allowed. Enforce this with BUG_ON() since data
corruption could potentially result if this happened. Also WARN_ON()
This fixes some problems with ATAPI devices on nForce4 controllers in ADMA mode
on systems with memory located above 4GB. We need to delay setting the 64-bit
DMA mask until the PRD table and padding buffer are allocated so that they don't
get allocated above 4GB and break legacy mode (which is
On Friday 23 November 2007, Alan Cox wrote:
> On Thu, 22 Nov 2007 16:48:53 -0800
> [EMAIL PROTECTED] wrote:
>
> >
> > I tried the hammer and the problem persists.
>
> See my earlier email - your driver registers the irq with IRQF_DISABLED
> then never enables it.
As already explained by Kyle
> Wanna try the patch below?
With this patch I am seeing a endless stream of IN_IGNORED events
for a removed watch. I don't see a reason that user space should
ever see any IN_IGNORED, but an endless steam is not good.
Utterly unrelated, inotify does not work in /proc/. The list archives
On Friday 23 November 2007 01:25, Rusty Russell wrote:
> On Thursday 22 November 2007 22:05:45 Christoph Hellwig wrote:
> > On Thu, Nov 22, 2007 at 02:56:22PM +1100, Rusty Russell wrote:
> > > This is an interesting idea, thanks for the code! My only question
> > > is whether we can get most
I have some warnings on each SCSI disc:
...
[ 30.724410] scsi 0:0:0:0: Direct-Access SEAGATE ST318406LW 0109
PQ: 0 ANSI: 3
[ 30.724419] scsi0:A:0:0: Tagged Queuing enabled. Depth 32
[ 30.724435] target0:0:0: Beginning Domain Validation
[ 30.724446] target0:0:0: Domain
On Thu, 22 Nov 2007 16:35:38 -0800 (PST) Davide Libenzi <[EMAIL PROTECTED]>
wrote:
> On Thu, 22 Nov 2007, Andrew Morton wrote:
>
> > On Thu, 22 Nov 2007 11:46:13 -0800 (PST) Davide Libenzi <[EMAIL PROTECTED]>
> > wrote:
> >
> > > On Thu, 22 Nov 2007, Michael Kerrisk wrote:
> > >
> > > > On
> Most architectures are unable to perform unaligned memory accesses. Any
> unaligned access causes a processor exception.
Not all. Some simply produce the wrong answer - thats oh so much more
exciting.
> You may be wondering why you have never seen these problems on your own
> architecture.
Thanks you for working proactively on these problems.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On Thu, 22 Nov 2007 16:48:53 -0800
[EMAIL PROTECTED] wrote:
>
> I tried the hammer and the problem persists.
See my earlier email - your driver registers the irq with IRQF_DISABLED
then never enables it.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a
Daniel Drake wrote:
Being spoilt by the luxuries of i386/x86_64 I've never really had a good
grasp on unaligned memory access problems on other architectures and decided
it was time to figure it out. As a result I've written this documentation
which I plan to submit for inclusion as
[EMAIL PROTECTED] wrote:
I tried the hammer and the problem persists.
[EMAIL PROTECTED]:~$ cat /proc/cmdline
root=UUID=8b3c3666-22c3-4c04-b399-ece266f2ef30 ro noapic quiet splash
However, I reserve the right to try the hammer again in the future. When
I look at /proc/interrupts without the
Robert Hancock wrote:
>>> +/* Ensure DMA mask is set to 32-bit before allocating legacy PRD
>>> and
>>> + pad buffers */
>>> +pci_set_dma_mask(pdev, DMA_BIT_MASK(32));
>>> +pci_set_consistent_dma_mask(pdev, DMA_BIT_MASK(32));
>> [--snip--]
>>> +pci_set_dma_mask(pdev,
From: Jeff Garzik <[EMAIL PROTECTED]>
Date: Wed, 21 Nov 2007 19:17:40 -0500
> YOSHIFUJI Hideaki / 吉藤英明 wrote:
> > In article <[EMAIL PROTECTED]> (at Wed, 21 Nov 2007 07:45:32 -0500), Jeff
> > Garzik <[EMAIL PROTECTED]> says:
> >
> >> SO_NO_CHECK support for IPv6 appeared to be missing. This is
Leon Woestenberg wrote:
Hello,
I'm converting an out-of-tree (*1) driver from binary semaphore to mutex.
Userspace updates a look-up-table using write(). The driver tries to
write this LUT to the FPGA in the (video frame) interrupt handler. It
is important that the LUT is consistent and thus
From: Wagner Ferenc <[EMAIL PROTECTED]>
Date: Wed, 21 Nov 2007 23:16:59 +0100
> Hmm, that would warrant nuking all the reference counts on every
> driver.
That's not true. When packets are in flight, references go
to the device and the device cannot be unloaded until those
references get
Tejun Heo wrote:
Hello, Robert.
Robert Hancock wrote:
This fixes some problems with ATAPI devices on nForce4 controllers in ADMA
mode on systems with memory located above 4GB. We need to delay setting the
64-bit DMA mask until the PRD table and padding buffer are allocated so that
they don't
On Thu, 22 Nov 2007, Andrew Morton wrote:
> On Thu, 22 Nov 2007 12:22:05 +0200 "Kirill A. Shutemov" <[EMAIL PROTECTED]>
> wrote:
>
> > On x86_64 'uname -m' return 'x86'. It break many userspace programs. apt
> > and rpm for example.
> >
>
> Yes, there have been various discussions about
I tried the hammer and the problem persists.
[EMAIL PROTECTED]:~$ cat /proc/cmdline
root=UUID=8b3c3666-22c3-4c04-b399-ece266f2ef30 ro noapic quiet splash
However, I reserve the right to try the hammer again in the future.
When I look at /proc/interrupts without the APIC:
[EMAIL PROTECTED]:~$
I do not think so. I have printk (KERN_NOTICE ...) scattered
throughout to make sure the ioctl() is succeeding and to print out
registers on the hardware. Those are showing up in /var/log/messages
without a hitch. If there is a setting for printk in interrupts, then
maybe because I would
On Thu, 22 Nov 2007, Andrew Morton wrote:
> On Thu, 22 Nov 2007 11:46:13 -0800 (PST) Davide Libenzi <[EMAIL PROTECTED]>
> wrote:
>
> > On Thu, 22 Nov 2007, Michael Kerrisk wrote:
> >
> > > On Nov 22, 2007 6:34 PM, Davide Libenzi <[EMAIL PROTECTED]> wrote:
> > > > On Thu, 22 Nov 2007, Michael
On Thursday 22 November 2007 22:05:45 Christoph Hellwig wrote:
> On Thu, Nov 22, 2007 at 02:56:22PM +1100, Rusty Russell wrote:
> > This is an interesting idea, thanks for the code! My only question
> > is whether we can get most of this benefit by dropping the indirection of
> > namespaces
On Thursday 22 November 2007 22:46:23 Andi Kleen wrote:
> On Thursday 22 November 2007 04:56, Rusty Russell wrote:
> > This is an interesting idea, thanks for the code! My only question
> > is whether we can get most of this benefit by dropping the indirection of
> > namespaces and have
On Nov 22, 2007 4:15 PM, Daniel Drake <[EMAIL PROTECTED]> wrote:
> Before I do so, any comments on the following?
>
< above case it would insert 2 bytes of padding inbetween field1 and field2.
> above case it would insert 2 bytes of padding in between field1 and field2.
< moving field3 to sit
On Thu, 22 Nov 2007 11:46:13 -0800 (PST) Davide Libenzi <[EMAIL PROTECTED]>
wrote:
> On Thu, 22 Nov 2007, Michael Kerrisk wrote:
>
> > On Nov 22, 2007 6:34 PM, Davide Libenzi <[EMAIL PROTECTED]> wrote:
> > > On Thu, 22 Nov 2007, Michael Kerrisk wrote:
> > >
> > > > Hey Davide,
> > > >
> > > >
On Fri, Nov 23, 2007 at 10:09:22AM +1100, David Chinner wrote:
> On Fri, Nov 23, 2007 at 09:29:09AM +1100, David Chinner wrote:
> > On Thu, Nov 22, 2007 at 12:10:29PM -0600, Matt Mackall wrote:
> > > If I've got XFS on filesystems A and B on the same spindle (or volume
> > > group?) and my real RT
On Fri, Nov 23, 2007 at 09:29:09AM +1100, David Chinner wrote:
> On Thu, Nov 22, 2007 at 12:10:29PM -0600, Matt Mackall wrote:
> > On Thu, Nov 22, 2007 at 09:31:59PM +1100, David Chinner wrote:
> > [...]
> > > > In other words, I/O priority is per-spindle and not per-filesystem and
> > > > thus
On Thu, 22 Nov 2007 12:22:05 +0200 "Kirill A. Shutemov" <[EMAIL PROTECTED]>
wrote:
> On x86_64 'uname -m' return 'x86'. It break many userspace programs. apt
> and rpm for example.
>
Yes, there have been various discussions about this. I think Sam is cooking up
a fix?
-
To unsubscribe from
Being spoilt by the luxuries of i386/x86_64 I've never really had a good
grasp on unaligned memory access problems on other architectures and decided
it was time to figure it out. As a result I've written this documentation
which I plan to submit for inclusion as
On Thu, Nov 22, 2007 at 07:08:47PM +0100, Miklos Szeredi wrote:
> Thanks. My other problem is (probably you are aware) that recent -mm
> kernels don't compile for UML.
The patch below fixes the build for rc3-mm1 for me.
Jeff
--
Work email - jdike at linux dot
On Mon, 19 Nov 2007, Dave Jones wrote:
> We have definitions of the CR0 bits in processor-flags.h
> Use them instead of hardcoded values in various places.
Applied, thanks
tglx
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
>From 7e24227257f315e52fe0b494dc1253d2a0ce5dff Mon Sep 17 00:00:00 2001
From: Maxim Levitsky <[EMAIL PROTECTED]>
Date: Fri, 23 Nov 2007 01:15:36 +0200
Subject: [PATCH] NET: dmfe: don't access configuration space in D3 state
Accidently I reversed the order of pci_save_state and
Hi,
I somehow assumed that pci_save_state should be called while
device is powered off, but actually the opposite is true.
Thus I am sending this patch to fix it.
Sorry for this mistake,
Best regards,
Maxim Levitsky
-
To unsubscribe from this list: send the line
On Thu, 22 Nov 2007 22:54:23 +0300 Cyrill Gorcunov <[EMAIL PROTECTED]> wrote:
>
> This patch does fix possible NULL pointer dereference
> inside of strncmp() if of_get_property() failed.
Thanks for this.
> static void __init sio_init(void)
> {
> struct device_node *root;
> + const
On Fri, Nov 23, 2007 at 09:29:09AM +1100, David Chinner wrote:
> On Thu, Nov 22, 2007 at 12:10:29PM -0600, Matt Mackall wrote:
> > If I've got XFS on filesystems A and B on the same spindle (or volume
> > group?) and my real RT I/O takes place only on B, then I want log
> > flushing to happen in
On Thu, Nov 22, 2007 at 12:10:29PM -0600, Matt Mackall wrote:
> On Thu, Nov 22, 2007 at 09:31:59PM +1100, David Chinner wrote:
> [...]
> > > In other words, I/O priority is per-spindle and not per-filesystem and
> > > thus this change has consequences that leak outside the filesystem in
> > >
On Tue, Nov 13, 2007 at 04:43:05AM +0100, Takashi Iwai wrote:
> > By the way, the "polling mode" seems to work OK: I still get normal
> > playback of music etc.
>
> Yes, the polling mode should work in most cases, too.
Out of curiosity, how many wakeups/interrupts are involved with the
sound
On Tuesday 20 November 2007, Joe Perches wrote:
>
> Signed-off-by: Joe Perches <[EMAIL PROTECTED]>
applied
-
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
Hi,
Step aside. What's the purpose of having two similar patches for one issue,
it then warns about the same thing twice:
make-sure-nobodys-leaking-resources.patch
releasing-resources-with-children.patch
Ok, I hit the bug, suspend of 00:06 device complains about it:
WARNING: at
Hi Clemens,
thanks, but i know i could do this.
this thread is not meant to protect myself from this curiousity but it is meant
to protect others.
it`s a trap.
i stepped into that.
now i know that trap, so i can easily sidestep.
but most people using linux don`t know about the watchdog, so i
On Thursday, 22 of November 2007, [EMAIL PROTECTED] wrote:
> [EMAIL PROTECTED] wrote on 22/11/2007 16:28:22:
>
> > [EMAIL PROTECTED] wrote on 22/11/2007 16:34:01:
> >
> > > On Thursday, 22 of November 2007, Tvrtko A. Ursulin wrote:
> > > >
> > > > Hi all,
> > > >
> > > > So as the subject says
On Thursday, 22 of November 2007, [EMAIL PROTECTED] wrote:
> [EMAIL PROTECTED] wrote on 22/11/2007 16:28:22:
>
> > [EMAIL PROTECTED] wrote on 22/11/2007 16:34:01:
> >
> > > On Thursday, 22 of November 2007, Tvrtko A. Ursulin wrote:
> > > >
> > > > Hi all,
> > > >
> > > > So as the subject says
[EMAIL PROTECTED] schrieb:
> [was: reading /dev/watchdog triggers reboot as intended]
> need to change my own philosophy now, because i learned that reading isn`t
harmless. ;)
If you want to protect you from your curiosity (or from reading anything),
you could just disable the watchdog in
On Thu, 22 Nov 2007, Pavel Machek wrote:
> > but perhaps somehow we miss this fact and fail to turn off the lapic
> > clockevents drivers?
>
> Ok, I guess I'm lost. If I offline second CPU, I immediately get
> 1000Hz timer tick... is that expected?
Hmm. No. I have no idea why this is happening.
This is my second patch for plip. Plip passes string "name" that is
allocated on stack to parport_register_device. parport_register_device
holds the pointer to "name" and when the registering function exits, it
points nowhere.
On some machine, this bug causes bad names to appear in /proc
I forgot to add:
Signed-off-by: Mikulas Patocka <[EMAIL PROTECTED]>
> diff -u -r linux-2.6.24-rc2/drivers/net/plip.c
> linux-2.6.24-test/drivers/net/plip.c
> --- linux-2.6.24-rc2/drivers/net/plip.c 2007-11-06 22:57:46.0
> +0100
> +++ linux-2.6.24-test/drivers/net/plip.c
On Wed, Nov 21, 2007 at 09:58:10PM -0500, Jie Chen wrote:
> Simon Holm Th??gersen wrote:
> >ons, 21 11 2007 kl. 20:52 -0500, skrev Jie Chen:
>
> >There is a backport of the CFS scheduler to 2.6.21, see
> >http://lkml.org/lkml/2007/11/19/127
> >
> Hi, Simon:
>
> I will try that after the
Hi
netif_rx is meant to be called from interrupts because it doesn't wake up
ksoftirqd. For calling from outside interrupts, netif_rx_ni exists.
This patch fixes plip to use netif_rx_ni. It fixes the infamous error
"NOHZ: local_softirq_panding 08" that happens on some machines with NOHZ
and
Changes to previous version(s):
- moved task arrives/departs notifications to __switch_to_xtra()
- added _TIF_BTS_TRACE and _TIF_BTS_TRACE_TS to _TIF_WORK_CTXSW_*
- split _TIF_WORK_CTXSW into ~_PREV and ~_NEXT for x86_64
- ptrace_bts_init_intel() function called from init_intel()
- removed
>Your patch seems to be still word wrapped.
I hope this is better with the next version I'm going to
send out in a few minutes. Sorry about that.
>The noflags variant should be probably data driven too.
I rewrote the entire code to use an offset/size configuration
instead of declaring structs
From: Cyrill Gorcunov <[EMAIL PROTECTED]>
This patch does fix possible NULL pointer dereference
inside of strncmp() if of_get_property() failed.
Signed-off-by: Cyrill Gorcunov <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/chrp/setup.c | 23 +--
1 files changed, 13
> probably principle of least privilege; the location on physical media
> for a file is clearly something internal to the OS, and non-trusted
> users normally don't have any business knowing that.
FIBMAP isn't correctly locked against misuse, and that requires FIBMAP is
safe against truncate and
On Thu, 22 Nov 2007 19:17:14 +0100
Jan Kara <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I guess subject says it all - why is FIBMAP ioctl restricted only to
> root (CAP_SYS_RAWIO)? Corresponding ioctl for XFS is allowed without any
> special capabilities so we are inconsistent here too...
> Would
since i have gotten more or less similar answers from here, i have talked to
some more people privately.
the result is interesting:
if the person i talked to was some sysadmin or related to that (i.e. some
person running servers), his opinion was very similar to mine.
if the person was a
WARN during log message being output to ttyS0 and netconsole:
[2059664.615816] __iptables__: init4 IN=ppp0 OUT=ppp0 WARNING: at
kernel/softirq.c:139 local_bh_enable()
[2059664.620535] [<80120364>] local_bh_enable+0x3c/0x97
[2059664.620553] [<802e3356>] __nf_ct_ext_destroy+0x35/0x5b
On Thu, 22 Nov 2007, Michael Kerrisk wrote:
> On Nov 22, 2007 6:34 PM, Davide Libenzi <[EMAIL PROTECTED]> wrote:
> > On Thu, 22 Nov 2007, Michael Kerrisk wrote:
> >
> > > Hey Davide,
> > >
> > > Where is the new timerfd API. In 2.6.24-rc3, I see the *old* API...
> >
> > Maybe Andrew stuffed the
mmc_init_queue only initializes the scatterlists with sg_init_table()
when using a bounce buffer. This leads to a BUG() when CONFIG_DEBUG_SG
is set.
Signed-off-by: Haavard Skinnemoen <[EMAIL PROTECTED]>
---
drivers/mmc/card/queue.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
On Thu, 22 Nov 2007 12:15:11 +
Dean Jenkins <[EMAIL PROTECTED]> wrote:
> Hi Pierre,
>
> Thanks for information.
>
> My card does support 256 byte transfers in byte mode but I was expecting
> block mode to be used as block mode is supported by the card. Indeed,
> sdio_io_rw_ext_helper()
Joe Perches wrote:
> drivers/ieee1394/raw1394.c |4 ++--
> 1 files changed, 2 insertions(+), 2 deletions(-)
...
> - DBGMSG("arm_read called by node: %X"
> + DBGMSG("arm_read called by node: %X "
...
Committed to linux1394-2.6.git. Thanks,
--
Stefan Richter
-=-=-=== =-== =-==-
Ingo Molnar <[EMAIL PROTECTED]> wrote:
> on the latest kernel (2.6.24-rc3-git1) the attached config triggers the
> following build error:
>
> net/built-in.o: In function `rxrpc_destroy_s':
> ar-key.c:(.text+0x9c50d): undefined reference to `crypto_free_tfm'
> net/built-in.o: In function
Original thread btw:
http://www.ussg.indiana.edu/hypermail/linux/kernel/9907.0/0132.html
OG.
-
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
Hi!
> > > to me this has the feeling of lapic breakage in C2 mode. Does it get any
> > > better if you boot with 'nolapic'? (but that might in turn turn off
> > > high-res timers and nohz in essence) Thomas, any ideas?
> >
> > Hmm, lapic is considered unstable in c2 by default. You have to
On Thu, Nov 22, 2007 at 07:17:14PM +0100, Jan Kara wrote:
> Hi,
>
> I guess subject says it all - why is FIBMAP ioctl restricted only to
> root (CAP_SYS_RAWIO)? Corresponding ioctl for XFS is allowed without any
> special capabilities so we are inconsistent here too...
> Would anyone mind
Hi!
> > > Clock Event Device: hpet
> > > set_next_event: hpet_legacy_next_event
> > > set_mode: hpet_legacy_set_mode
> > > event_handler: tick_handle_oneshot_broadcast
> > >
> > > Clock Event Device: lapic
> > > set_next_event: lapic_next_event
> > > set_mode: lapic_timer_setup
On Nov 22, 2007 6:34 PM, Davide Libenzi <[EMAIL PROTECTED]> wrote:
> On Thu, 22 Nov 2007, Michael Kerrisk wrote:
>
> > Hey Davide,
> >
> > Where is the new timerfd API. In 2.6.24-rc3, I see the *old* API...
>
> Maybe Andrew stuffed the turkey with it? :) It was there. I remeber it was
> merged.
On Thursday 22 November 2007 07:07:00 pm you wrote:
> On Thu, 22 Nov 2007, Kirill A. Shutemov wrote:
> > > > uhci_hcd :00:1d.3: UHCI Host Controller
> > > > uhci_hcd :00:1d.3: new USB bus registered, assigned bus number 4
> > > > uhci_hcd :00:1d.3: irq 7, io base 0xbf20
> > > > usb
On Thu, 22 Nov 2007 19:17:14 +0100
Jan Kara <[EMAIL PROTECTED]> wrote:
> Hi,
>
> I guess subject says it all - why is FIBMAP ioctl restricted only to
> root (CAP_SYS_RAWIO)? Corresponding ioctl for XFS is allowed without
> any special capabilities so we are inconsistent here too...
> Would
> Andy, I like your idea. IMHO, as Rusty said a simple EXPORT_SYMBOL_TO
> is better.
I don't think so. e.g. tcpcong would be very very messy this way.
> And I wonder if it is possible to export to something like the struct
> device_driver? If it's possible then it will not limited to modules.
1 - 100 of 342 matches
Mail list logo
