On Tue, Jul 03, 2007 at 11:47:18PM -0700, David Miller wrote:
...
> I plan to apply this patch, don't worry about it :)
Now I'm really worried! Don't you evere sleep?
Good night,
Jarek P.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL
> > That's why we have the problem of freezing the kernel threads or not.
>
> That problem is a symptom of the deeper conceptual problem, as is the
> problem with FUSE.
>
> > You want to have all that pain for fuse?
>
> I'd certainly rather get the drivers right, and maybe have an
> occasional d
On Wednesday 04 July 2007 05:53:30 Tejun Heo wrote:
> [EMAIL PROTECTED] wrote:
> > Apologies for the chain-replying to myself, just replying as I think of
> > things to try.
> > [EMAIL PROTECTED] writes:
> >> Here's an odd data point.
> >> I just broke that array, formatted all three of those part
On Wed, Jul 04, 2007 at 08:41:59AM +0200, Jarek Poplawski wrote:
...
> They were done on your request but it looks like Andrew
> is waiting on something...
Andrew,
This time I'm not sorry for my English because I've just
found I could speak "Chiefly Midland and Southern U.S.".
Jarek P.
-
To unsu
Aneesh Kumar K.V wrote:
Mingming Cao wrote:
On Tue, 2007-07-03 at 15:58 +0530, Kalpak Shah wrote:
On Sun, 2007-07-01 at 03:36 -0400, Mingming Cao wrote:
+
+#define EXT4_INODE_GET_XTIME(xtime, inode,
raw_inode) \
+do { \
+(in
On Tue, 2007-07-03 at 19:58 +0100, Hugh Dickins wrote:
> On Tue, 3 Jul 2007, Martin Schwidefsky wrote:
> > +
> > +static inline struct mmu_gather *tlb_gather_mmu(struct mm_struct *mm,
> > + unsigned int full_mm_flush)
> > +{
> > + struct mmu_gather *tlb =
On Tue, Jul 03, 2007 at 03:15:33AM -0400, Len Brown wrote:
>
> > BTW: I also saw a laptop (IIRC it was a sony) with asus and sony ACPI
> > device.
> > When both drivers got loaded things broke.
> > A solution was to only let the asus driver get active if the device is
> > known. Currently, not sur
On Tue, 2007-07-03 at 18:42 +0100, Hugh Dickins wrote:
> > If need_resched() is false in the inner loop of unmap_vmas it is
> > unnecessary to do a full blown tlb_finish_mmu / tlb_gather_mmu for
> > each ZAP_BLOCK_SIZE ptes. Do a tlb_flush_mmu() instead. That gives
> > architectures with a non-gene
On Wed, 04 Jul 2007 16:31:06 +1000
Nick Piggin <[EMAIL PROTECTED]> wrote:
> The only thing I noticed when I looked at the code is that some places
> may not have flushed icache when they should have? Did you get them all?
I think that I added flush_icache_page() to the place where any
flush_(i)ca
Miklos Szeredi writes:
> That's weird, I never had a suspend problem due to a fuse mount,
> though I have them all the time. And I suspect, that even the sync()
Well, I don't either, because we don't freeze processes on
powerbooks. But I have heard that other people have problems with
suspendin
o Commit 1833d6bc72893265f22addd79cf52e6987496e0f broke the build if
compiled with CONFIG_ES7000=y and CONFIG_X86_GENERICARCH=n
arch/i386/kernel/built-in.o(.init.text+0x4fa9): In function `acpi_parse_madt':
: undefined reference to `acpi_madt_oem_check'
arch/i386/kernel/built-in.o(.init.text+0x
Andi Kleen writes:
If it has >2GB or so it might be worth trying booting it with mem=2G
Nope, only 1GB of RAM.
Most likely it is some sort of hardware bug that we might
not be able to do much about. Have you tried contacting SIL or VIA?
No, I haven't. Like I mentioned above, the OpenBSD
Jeff Garzik wrote:
>>> I have patches from Alan (pata_sis FIFO whack, pata_dma option), Tejun,
>>> Albert and Kristen still to be reviewed. Will get to those on Friday,
>>> after the July 4th US holiday.tions(-)
>
>
> Just to be more specific, my to-review inbox contains:
>
> Alan: pata_sis FIF
On Wed, May 23, 2007 at 10:50:24AM +0200, Jiri Kosina wrote:
> From: Jan Kratochvil <[EMAIL PROTECTED]>
>
> This patch is using mmap()'s randomization functionality in such a way
> that it maps the main executable of (specially compiled/linked -pie/-fpie)
> ET_DYN binaries onto a random address
> > That's weird, I never had a suspend problem due to a fuse mount,
> > though I have them all the time. And I suspect, that even the sync()
>
> Well, I don't either, because we don't freeze processes on
> powerbooks. But I have heard that other people have problems with
> suspending with a fus
Am Mittwoch, 4. Juli 2007 schrieb Benjamin Herrenschmidt:
> > > > > > Nope, something's wrong in fuse. You must be able to deal with sync
> > > > > > until every task is frozen.
> > > > >
> > > > > Pipe dream
> > > >
> > > > Then tell me how you want to avoid that condition.
> > >
> > > Don't f
Am Mittwoch, 4. Juli 2007 schrieb Paul Mackerras:
> Oliver Neukum writes:
>
> > USB devices certainly have suspend methods.
>
> Indeed, and the USB framework has code to know when the host
> controller is suspended and avoid trying to send out urbs in that
> case. Or at least it did last time I
Oliver Neukum writes:
> > Indeed, and the USB framework has code to know when the host
> > controller is suspended and avoid trying to send out urbs in that
> > case. Or at least it did last time I looked at it in any detail; it's
> > been "just working" - including suspending and resuming, witho
* Jiri Kosina <[EMAIL PROTECTED]> wrote:
> From: Jiri Kosina <[EMAIL PROTECTED]>
>
> Two trivial whitespace fixes in lockdep/spinlock code
>
> Cc: Ingo Molnar <[EMAIL PROTECTED]>
> Signed-off-by: Jiri Kosina <[EMAIL PROTECTED]>
thanks.
Acked-by: Ingo Molnar <[EMAIL PROTECTED]>
Ingo
-
On Wednesday 04 July 2007 10:17:34 [EMAIL PROTECTED] wrote:
> > Most likely it is some sort of hardware bug that we might
> > not be able to do much about. Have you tried contacting SIL or VIA?
>
> No, I haven't. Like I mentioned above, the OpenBSD drivers seemed to work,
> or at least did wit
Am Mittwoch, 4. Juli 2007 schrieb Paul Mackerras:
> Oliver Neukum writes:
>
> > > Indeed, and the USB framework has code to know when the host
> > > controller is suspended and avoid trying to send out urbs in that
> > > case. Or at least it did last time I looked at it in any detail; it's
> > >
On Wed, Jul 04, 2007 at 12:11:56AM +0200, Karel Zak wrote:
> mount(8) doesn't include filesystem detection code anymore. You
> have to compile --with-fsprobe={blkid,volume_id}, and libblkid
> (e2fsprogs) or libvolume_id (udev >= v110) is required.
Sorry, but it's really annoying to pull in a fi
Hi,
is included twice. This patch removes the duplication.
I've confirmed the binary file with/without patch is completely same.
Thanks,
MUNE
Remove duplicate header include line from arch/i386/kernel/pci-dma.c
Signed-off-by: MUNEDA Takahiro <[EMAIL PROTECTED]>
---
arch/i386/kernel/pci-dma.c
On Tue, Jul 03, 2007 at 11:58:40AM -0700, Andrew Morton wrote:
> >
> > while (np->put_rx.orig != less_rx) {
> > - struct sk_buff *skb = dev_alloc_skb(np->rx_buf_sz +
> > NV_RX_ALLOC_PAD);
> > + struct sk_buff *skb = dev_alloc_skb_node(np->rx_buf_sz +
> > NV_RX_ALLOC_PAD,
At Wed, 4 Jul 2007 00:08:46 +0100,
Adrian McMenamin wrote:
>
> On 03/07/07, Adrian McMenamin <[EMAIL PROTECTED]> wrote:
> > This patch stops the driver from crashing in certain situations (eg if
> > the network fails when NFS mounted), please apply.
> >
>
> Actually, looked at this again and whil
On Tue, Jul 03, 2007 at 05:30:51PM -0700, Yinghai Lu wrote:
> [PATCH 2/4] net: use numa_node in net_devcice->dev instead of parent
>
> Signed-off-by: Yinghai Lu <[EMAIL PROTECTED]>
> diff --git a/net/core/skbuff.c b/net/core/skbuff.c
> index 27cfe5f..005cc1c 100644
> --- a/net/core/skbuff.c
> +++
Andi Kleen wrote:
> On Wednesday 04 July 2007 10:17:34 [EMAIL PROTECTED] wrote:
>
>>> Most likely it is some sort of hardware bug that we might
>>> not be able to do much about. Have you tried contacting SIL or VIA?
>> No, I haven't. Like I mentioned above, the OpenBSD drivers seemed to work,
>
On Tue, Jul 03, 2007 at 12:38:22PM -0400, Mathieu Desnoyers wrote:
> Kprobes can use the text edit lock to insure mutual exclusion when edition the
> code and make sure the pages are writable.
Linus suggested for splitting ro-data and ro-text; And allow ro-text
only if kprobes is not configured.
P
On 22-06-2007 14:18, Kirill Kuvaldin wrote:
> Hi,
>
> I'm experiencing a strange problem with a via rhine network card on Ubuntu
> 7.04 (2.6.20-16-generic #2 SMP). The hardware seemed to come into an
> inconsistent state, since rmmod'ing and modprobe'ing the via-rhine driver
> back didn't help.
On Tue, 2007-07-03 at 12:47 +0300, Jarkko Lavinen wrote:
> On Tue, Jun 19, 2007 at 11:00:54AM +0100, Richard Purdie wrote:
> > Its not a case of formatting the whole partition. The whole point of
> > this code is the following use case:
> >
> > 1. Device crashes
> > 2. Device reboots
> > 3. mtdoop
> First boot hung with oops/bug dump. I did not have a camera ready but it
> was an oops-like dump that included die_nmi or something similar about
> NMI.
>
> Second boot booted fine until INIT had started and then came a long
> pause (tens of seconds). When I pressed Ctrl-Alt-Del it became ali
On Tuesday, 3. July 2007, Chuck Ebbert wrote:
> On 07/03/2007 03:28 PM, Chris Friesen wrote:
> > Arne Georg Gleditsch wrote:
> >> An interesting exercise might be to
> >> code up a small program to call adjtimex with timex.status |= STA_INS,
> >> to see if this can trigger the problem.
> >
> > Sett
I see struct rw_semaphore is defined in
include/linux/rwsem-spinlock.h,in the meanwhile, I also can find it in
include/asm-**/rwsem.h,for
example,include/asm-i386/rwsem.h,include/asm-x86_64/rwsem.h,why?which
one should be used?
Thanks
Jason Xiao
-
To unsubscribe from this list: send the line "uns
Hey Guys,
I got a strange problem recently but no ideas, so to post the question
here. We have a FPGA what finish ATM AAL5 to ethernet frame, and CPU
receives IP packets from it. The interface based on the FPGA (called
sar0) has been bound with several IP addresses. When the MTU of the
interf
Am Mittwoch, 4. Juli 2007 schrieb jidong xiao:
> I see struct rw_semaphore is defined in
> include/linux/rwsem-spinlock.h,in the meanwhile, I also can find it in
Quote:
#ifndef _LINUX_RWSEM_H
#error "please don't include linux/rwsem-spinlock.h directly, use linux/rwsem.h
instead"
#endif
> inclu
> I'd love to try to poke holes in the libata PATA support, but sadly
> it doesn't look like any of my systems built-in ATA chipsets are
> supported yet. Has anyone started a rewrite of the PPC/PowerMac IDE
> driver? The current one is in "drivers/ide/ppc/pmac.c", and supports
> these chi
On Tue, 3 Jul 2007 23:04:26 -0400, Kyle Moffett wrote:
> Has anyone started a rewrite of the PPC/PowerMac IDE
> driver? The current one is in "drivers/ide/ppc/pmac.c", and supports
> these chipsets:
>OHare ATA
>Heathrow ATA
>KeyLargo ATA-3
>KeyLargo ATA-4
>UniNorth ATA-6 (I
On Tue, 2007-06-19 at 14:37 -0700, Keshavamurthy, Anil S wrote:
> plain text document attachment (dmar_detection.patch)
> +/**
> + * parse_dmar_table - parses the DMA reporting table
> + */
> +static int __init
> +parse_dmar_table(void)
> +{
> + struct acpi_table_dmar *dmar;
> + struct acp
Oliver Neukum writes:
> > It's not lost, it's sitting in RAM, and will be sent out when you
> > resume.
>
> Unfortunately this is not the case. The URB will error out.
So the higher-level driver needs to do the sensible thing, i.e.,
resubmit the URB after resume. It's not rocket science. The d
[228719.551711] BUG: soft lockup detected on CPU#1!
[228719.551797] [] show_trace_log_lvl+0x1a/0x30
[228719.551901] [] show_trace+0x12/0x14
[228719.551997] [] dump_stack+0x16/0x18
[228719.552090] [] softlockup_tick+0xa6/0xc2
[228719.552187] [] run_local_timers+0x12/0x14
[228719.552288] [] upd
On Tue, 03 Jul 2007 16:16:01 -0700 "H. Peter Anvin" <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> Thanks to HP, ISC and Umeå Universitet, kernel.org now has official
> servers in Europe. Specifically, we have www1.eu.kernel.org hosted at
> ISC Amsterdam, and www2.eu.kernel.org at UMU (Umeå, Sweden.
> Looks fairly reasonable to me. However, I suspect any use of _GTM is
> somewhat dangerous (at least after the resume) unless we use the _STM
> and _GTF methods in the proper sequence when resuming. (Is that in the
> -mm tree now?)
Yes - and we only use it in these drivers to check for cable e
Tejun Heo wrote:
> Hello,
>
> Michael Tokarev wrote:
>> Well. It looks like the results does not depend on the
>> elevator. Originally I tried with deadline, and just
>> re-ran the test with noop (hence the long delay with
>> the answer) - changing linux elevator changes almost
>> nothing in the
From: Miklos Szeredi <[EMAIL PROTECTED]>
Throw out the old mark & sweep garbage collector and put in a
refcounting cycle detecting one.
The old one had a race with recvmsg, that resulted in false positives
and hence data loss. The old algorithm operated on all unix sockets
in the system, so any
On Wed, 04 Jul 2007 11:18:56 +0200 Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> On Tue, 2007-06-19 at 14:37 -0700, Keshavamurthy, Anil S wrote:
> > plain text document attachment (dmar_detection.patch)
>
> > +/**
> > + * parse_dmar_table - parses the DMA reporting table
> > + */
> > +static int __
Am Mittwoch, 4. Juli 2007 schrieb Paul Mackerras:
> Oliver Neukum writes:
>
> > > It's not lost, it's sitting in RAM, and will be sent out when you
> > > resume.
> >
> > Unfortunately this is not the case. The URB will error out.
>
> So the higher-level driver needs to do the sensible thing, i.e
On 04/07/07, Turbo Fredriksson <[EMAIL PROTECTED]> wrote:
I have a disk that only gives SCSI errors etc which
I want to remove from the VG. But vgreduce only hangs
and so does pvremove...
If I physically remove the disk, the vg/pv/lv etc isn't
accessible so the vgreduce won't work (claims that i
On Wednesday, 4 July 2007 02:34, Matthew Garrett wrote:
> On Tue, Jul 03, 2007 at 06:17:04PM -0600, Robert Hancock wrote:
> > Matthew Garrett wrote:
> > >Leave the process blocked and defer any i/o until after resume. Why does
> > >it need to be any more complicated than that?
> >
> > It gets com
On 04/07/07, Jesper Juhl <[EMAIL PROTECTED]> wrote:
On 04/07/07, Turbo Fredriksson <[EMAIL PROTECTED]> wrote:
> I have a disk that only gives SCSI errors etc which
> I want to remove from the VG. But vgreduce only hangs
> and so does pvremove...
>
> If I physically remove the disk, the vg/pv/lv e
On Wed, 2007-07-04 at 03:04 -0700, Andrew Morton wrote:
> On Wed, 04 Jul 2007 11:18:56 +0200 Peter Zijlstra <[EMAIL PROTECTED]> wrote:
>
> > On Tue, 2007-06-19 at 14:37 -0700, Keshavamurthy, Anil S wrote:
> > > plain text document attachment (dmar_detection.patch)
> >
> > > +/**
> > > + * parse_d
On Wed, 2007-07-04 at 16:33 +0900, Mattia Dongili wrote:
> On Tue, Jul 03, 2007 at 03:15:33AM -0400, Len Brown wrote:
> >
> > > BTW: I also saw a laptop (IIRC it was a sony) with asus and sony ACPI
> > > device.
> > > When both drivers got loaded things broke.
> > > A solution was to only let the
On Wednesday, 4 July 2007 10:26, Miklos Szeredi wrote:
> > > That's weird, I never had a suspend problem due to a fuse mount,
> > > though I have them all the time. And I suspect, that even the sync()
> >
> > Well, I don't either, because we don't freeze processes on
> > powerbooks. But I have h
On Fri, Jun 29, 2007 at 10:27:05AM -0400, Jeff Garzik wrote:
> David Chinner wrote:
> >Folks,
> >
> >After updating an x86_64 machine from 2.6.21 to 2.6.22-rc6 and
> >fighting off the where-the-fuck-did-my-serial-console-go blues
> >(legacy_serial.force), I finally discovered why the damn thing
> >
On Wed, 4 Jul 2007, Michael Tokarev wrote:
Tejun Heo wrote:
Hello,
Michael Tokarev wrote:
Well. It looks like the results does not depend on the
elevator. Originally I tried with deadline, and just
re-ran the test with noop (hence the long delay with
the answer) - changing linux elevator ch
- Forwarded message from Lennert Buytenhek <[EMAIL PROTECTED]> -
Date: Wed, 13 Jun 2007 20:40:40 +0200
From: Lennert Buytenhek <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: handle_futex_death() infinite loop
User-Agent: Mutt/1.4.1i
Hi,
If you're also running into glibc's tst-robust1
On Wednesday, 4 July 2007 05:29, Paul Mackerras wrote:
> Rafael J. Wysocki writes:
>
> > Still, do you really think that we're ready to drop it _right_ _now_ (I'm
> > referring to suspend only) and if so than on what basis (except that you
> > don't like it, which falls short of being a techical a
Hi David,
Another related point that may also need to be considered is that I think
I am correct in saying that on ARM and on the 64bit platforms, sizeof
(unsigned long long) is 16 (128bits).
Should the RedZone words be specified as __u64 not the unsigned long long
used or does the alignment
On Wed, 4 Jul 2007, Justin Piszcz wrote:
On Wed, 4 Jul 2007, Michael Tokarev wrote:
> Tejun Heo wrote:
>> Hello,
>>
>> Michael Tokarev wrote:
>>> Well. It looks like the results does not depend on the
>>> elevator. Originally I tried with deadline, and just
>>> re-ran the test with noop (he
From: Christoph Hellwig <[EMAIL PROTECTED]>
Date: Wed, 4 Jul 2007 09:42:11 +0100
> On Wed, Jul 04, 2007 at 12:11:56AM +0200, Karel Zak wrote:
> > mount(8) doesn't include filesystem detection code anymore. You
> > have to compile --with-fsprobe={blkid,volume_id}, and libblkid
> > (e2fsprogs) or
This patch introduces a capability flag that is used by the DLPAR userspace
tool to check which DLPAR features are supported by the eHEA driver.
Signed-off-by: Jan-Bernd Themann <[EMAIL PROTECTED]>
---
drivers/net/ehea/ehea.h |8 +++-
drivers/net/ehea/ehea_main.c | 17 +++
Oliver Neukum wrote:
> Am Mittwoch, 4. Juli 2007 schrieb jidong xiao:
>> I see struct rw_semaphore is defined in
>> include/linux/rwsem-spinlock.h,in the meanwhile, I also can find it in
>
> Quote:
>
> #ifndef _LINUX_RWSEM_H
> #error "please don't include linux/rwsem-spinlock.h directly, use
> l
This patch enables the receive side processing to aggregate TCP packets within
the HEA device driver. It analyses the packets already received after an
interrupt arrived and forwards these as chains of SKBs for the same TCP
connection with modified header field. We have seen a lower CPU load and
im
From: Christoph Hellwig <[EMAIL PROTECTED]>
Date: Wed, 4 Jul 2007 09:51:20 +0100
> On Tue, Jul 03, 2007 at 05:30:51PM -0700, Yinghai Lu wrote:
> > [PATCH 2/4] net: use numa_node in net_devcice->dev instead of parent
> >
> > Signed-off-by: Yinghai Lu <[EMAIL PROTECTED]>
> > diff --git a/net/core/s
On Wednesday, 4 July 2007 05:38, Paul Mackerras wrote:
> Rafael J. Wysocki writes:
>
> > Now, please tell me how many driver writers even thought that something
> > might try to access their devices after .suspend() had been executed (or
> > even whilie it was being executed)?
>
> Well, I believe
Dan Williams <[EMAIL PROTECTED]> writes:
> The write performance numbers are better than I expected and would seem
> to address the concerns raised in the thread "Odd (slow) RAID
> performance"[2]. The read performance drop was not expected. However,
> the numbers suggest some additional changes
Oliver Neukum writes:
> You cannot simply restart the URB without thinking.
> The device after resumption may or may not be in the stage
> you left it. It needs to be rechecked and some settings must be
> renewed. You cannot simple throw an URB from an arbitrary
> stage of the protocol at it.
> Su
Am Mittwoch, 4. Juli 2007 schrieb Paul Mackerras:
> Oliver Neukum writes:
>
> > You cannot simply restart the URB without thinking.
> > The device after resumption may or may not be in the stage
> > you left it. It needs to be rechecked and some settings must be
> > renewed. You cannot simple thro
Rafael J. Wysocki writes:
> So, I gather, you're volunteering to handle suspend-related bug reports
> from the point in which we drop the freezer from the suspend code path?
Ben and I are happy to handle all the ones for the platform we
maintain, which currently does suspend without freezing proc
Rafael J. Wysocki writes:
> Okay, so in fact you don't know.
Don't know what exactly?
It has been a while since I had my head in the USB code. I assume
it's being maintained by competent people. :)
> And that's my point in this thread.
Well, I'd be interested in hearing from Matthew whether h
Oliver Neukum writes:
> They can't. Device specific protocols are known to the drivers only.
> The fact remains, remove the freezer and you need to go through
> all drivers.
The freezer does not actually mean that you don't have to get the
drivers right, because kernel threads can issue I/O reque
On Wednesday, 4 July 2007 12:48, Paul Mackerras wrote:
> Rafael J. Wysocki writes:
>
> > So, I gather, you're volunteering to handle suspend-related bug reports
> > from the point in which we drop the freezer from the suspend code path?
>
> Ben and I are happy to handle all the ones for the platf
Am Mittwoch, 4. Juli 2007 schrieb Paul Mackerras:
> Oliver Neukum writes:
>
> > They can't. Device specific protocols are known to the drivers only.
> > The fact remains, remove the freezer and you need to go through
> > all drivers.
>
> The freezer does not actually mean that you don't have to g
David Miller wrote:
> From: Christoph Hellwig <[EMAIL PROTECTED]>
> Date: Wed, 4 Jul 2007 09:51:20 +0100
>
>> On Tue, Jul 03, 2007 at 05:30:51PM -0700, Yinghai Lu wrote:
...
>> > struct sk_buff *__netdev_alloc_skb(struct net_device *dev,
>> >unsigned int length, gfp_t gfp_mask)
>> >
Argh, my sendpatchset script got David's address wrong. I've made up
for that by sending the patchset separately to him -- didn't want to
spam the entire list.
On Wed, 4 Jul 2007, Satyam Sharma wrote:
> From: Satyam Sharma <[EMAIL PROTECTED]>
>
> [0/3] configfs: Miscellaneous cleanups
>
> Simple
headers_install by default puts headers into usr/include/ .
They're auto-generated, so should be ignored.
Same for *.orig, *.rej .
Signed-off-by: Alexey Dobriyan <[EMAIL PROTECTED]>
---
.gitignore |3 +++
usr/.gitignore |1 +
2 files changed, 4 insertions(+)
--- a/.gitignore
+++ b/
Hi,
On Tuesday 03 July 2007, Thomas Gleixner wrote:
> The clock_was_set() call in seconds_overflow() which happens only when
> leap seconds are inserted / deleted is wrong in two aspects:
>
> 1. it results in a call to on_each_cpu() with interrupts disabled
> 2. it is potential deadlock source vs
From: Satyam Sharma <[EMAIL PROTECTED]>
[1/3] configfs+dlm: Separate out __CONFIGFS_ATTR into configfs.h
fs/dlm/config.c contains a useful generic macro called __CONFIGFS_ATTR
that is similar to sysfs' __ATTR macro that makes defining attributes
easy for any user of configfs. Separate it out into
From: Satyam Sharma <[EMAIL PROTECTED]>
[4/9] netconsole: Introduce netconsole_netdev_notifier
To update fields of underlying netpoll structure at runtime on
corresponding NETDEV_CHANGEADDR or NETDEV_CHANGENAME notifications.
Signed-off-by: Satyam Sharma <[EMAIL PROTECTED]>
Cc: Keiichi Kii <[EMA
From: Satyam Sharma <[EMAIL PROTECTED]>
[6/9] netconsole: Update documentation for multiple target support
... and add a few useful general purpose tips as well while we're at it.
Signed-off-by: Satyam Sharma <[EMAIL PROTECTED]>
Cc: Keiichi Kii <[EMAIL PROTECTED]>
Cc: Takayoshi Kochi <[EMAIL PRO
From: Satyam Sharma <[EMAIL PROTECTED]>
[1/9] netconsole: Cleanups, codingstyle, prettyfication
(1) Remove unwanted headers.
(2) Mark __init and __exit as appropriate.
(3) Various trivial codingstyle and prettification stuffs.
Signed-off-by: Satyam Sharma <[EMAIL PROTECTED]>
Cc: Keiichi Kii <[EM
From: Satyam Sharma <[EMAIL PROTECTED]>
[2/9] netconsole: Code simplification
(1) Extract netpoll_parse_options() out of option_setup(), and into
init_netconsole() itself. So "configured" variable is redundant and
can be removed.
(2) With this change, option_setup() is not required for modular n
From: Satyam Sharma <[EMAIL PROTECTED]>
[2/3] configfs+dlm+ocfs2: Convert subsystem semaphore to mutex
Convert the su_sem member of struct configfs_subsystem to a struct mutex,
as that's what it is. Also convert all the users and update
Documentation/configfs.txt and Documentation/configfs_exampl
From: Satyam Sharma <[EMAIL PROTECTED]>
[0/3] configfs: Miscellaneous cleanups
Simple cleanups for configfs (plus DLM and OCFS2, wherever applicable).
This is diffed against 2.6.22-rc6-mm1.
[1/3] configfs+dlm: Separate out __CONFIGFS_ATTR into configfs.h
[2/3] configfs+dlm+ocfs2: Convert subsyst
From: Satyam Sharma <[EMAIL PROTECTED]>
[9/9] netconsole: Support dynamic reconfiguration using configfs
This patch introduces support for dynamic reconfiguration (adding, removing
and/or modifying parameters of netconsole targets at runtime) using a
userspace interface exported via configfs.
Is
From: Satyam Sharma <[EMAIL PROTECTED]>
[7/9] netconsole: Support multiple logging targets
This patch introduces support for multiple targets:
Let's keep this out of CONFIG_NETCONSOLE_DYNAMIC as well -- this is useful
even in the default case and (including the infrastructure introduced in
previ
From: Satyam Sharma <[EMAIL PROTECTED]>
[3/9] netconsole: Introduce netconsole_target
Introduce a wrapper structure over netpoll to represent targets
configured in netconsole. This will get extended with other members in
further patches.
Ok, so the original patchset did this along with (and insi
From: Satyam Sharma <[EMAIL PROTECTED]>
[1/1] netpoll: Fix a leak-n-bug in netpoll_cleanup()
93ec2c723e3f8a216dde2899aeb85c648672bc6b applied excessive duct tape to
the netpoll beast's netpoll_cleanup(), thus substituting one leak with
another, and opening up a little buglet :-)
net_device->npin
From: Satyam Sharma <[EMAIL PROTECTED]>
[5/9] netconsole: Introduce dev_status member
Introduce a new member in netconsole_target that tracks the status (up or
down) of the underlying interface network device that the specific logging
target netpoll is attached to.
We then join this up with the
From: Satyam Sharma <[EMAIL PROTECTED]>
[0/9] netconsole: Multiple targets and dynamic reconfigurability
This patchset is a rework of the original idea and patches posted by
Keiichi Kii and Takayoshi Kochi at: http://lkml.org/lkml/2007/6/13/72
[ I had initially thought about only modifying Keiic
From: Satyam Sharma <[EMAIL PROTECTED]>
[8/9] netconsole: Update documentation for dynamic reconfigurability
Add myself to parties interested in receiving bug reports, and give lots
of examples. Also fix some whitespace inconsistencies I introduced earlier.
Signed-off-by: Satyam Sharma <[EMAIL P
On Jul 4 2007 00:11, Karel Zak wrote:
>newgrp:
> add support for /etc/gshadow
> check result from getgrnam() more carefully
Hm, gshadow looks like it is really obsolete. (There is no such file anymore in
suse releases since a long while. Previously, gshadow was filled with all the
gro
On Wed, 2007-07-04 at 13:06 +0200, Roman Zippel wrote:
> Hi,
>
> On Tuesday 03 July 2007, Thomas Gleixner wrote:
>
> > The clock_was_set() call in seconds_overflow() which happens only when
> > leap seconds are inserted / deleted is wrong in two aspects:
> >
> > 1. it results in a call to on_each
Ingo Molnar <[EMAIL PROTECTED]> writes:
>
> ah. That indeed makes sense. It seems like the xterm doesnt process the
> Ctrl-C/Z keypresses _at all_ when it is 'spammed' with output. Normally,
> output 'spam' is throttled by the scroll buffer's overhead. But in
> Vegard's case, the printout invol
On Wednesday, 4 July 2007 12:58, Paul Mackerras wrote:
> Rafael J. Wysocki writes:
>
> > Okay, so in fact you don't know.
>
> Don't know what exactly?
How many drivers will be adversely affected by the $subject change.
> It has been a while since I had my head in the USB code. I assume
> it's
From: Satyam Sharma <[EMAIL PROTECTED]>
[3/3] configfs+dlm: Rename config_group_find_obj and state semantics clearly
[ Ok, this might sound like a gratuitous patch, but I believe there are
good reasons for it. ]
Configfs being based upon sysfs code, config_group_find_obj() is probably
so named b
Rafael J. Wysocki writes:
> > > So, I gather, you're volunteering to handle suspend-related bug reports
> > > from the point in which we drop the freezer from the suspend code path?
> >
> > Ben and I are happy to handle all the ones for the platform we
> > maintain, which currently does suspend w
Rafael J. Wysocki writes:
> BTW, does your platform's suspend work on SMP systems?
Yes; currently we require userspace to offline all cpus other than the
boot cpu before initiating the suspend.
The main difficulty is actually that SMP powermacs that can suspend
tend to have video cards that get
Rafael J. Wysocki writes:
> They are mostly related to kernel threads, that we've already agreed no to
> freeze (except for the ones that want that, but they will be responsible for
> getting everything right). The initial patches for that are in -mm and more
> will come.
Serious question: which
Hi Alan,
Am Wednesday 04 July 2007 11:21 schrieben Sie:
> > I'd love to try to poke holes in the libata PATA support, but sadly
> > it doesn't look like any of my systems built-in ATA chipsets are
> > supported yet. Has anyone started a rewrite of the PPC/PowerMac IDE
> > driver? The current on
as i'm sure a few folks are aware, i occasionally run a script to
scan the tree, looking for potentially "dead" CONFIG variables -- that
is, variables of the form CONFIG_FUBAR for which there is no
corresponding FUBAR in any Kconfig file.
i know there are some cleanups queued for post-2.6.22,
1 - 100 of 325 matches
Mail list logo
