Signal notifications.
This type of notifications allows to deliver signals through kevent queue.
One can find example application signal.c on project homepage.
If KEVENT_SIGNAL_NOMASK bit is set in raw_u64 id then signal will be
delivered only through queue, otherwise both delivery types are
> IOW, do ; while(0) / do { } while (0) is not a proper way to do a macro
> that imitates a function returning void.
>
> Objections?
None from me, although the ternary ? : is a pretty odd way to write
if (blah)
do_this_void_function();
else
Change the remaining two instances of "kcalloc(1,...)" to
"kzalloc()".
Signed-off-by: Robert P. J. Day <[EMAIL PROTECTED]>
---
Now that that general change has been merged into Linus' tree, I've
added a check for that to an ongoing "coding style" script of mine
that scans the tree on a
On Mon 11. Dec - 12:05:08, Kristen Carlson Accardi wrote:
> On Sat, 9 Dec 2006 12:59:58 +0100
> Holger Macht <[EMAIL PROTECTED]> wrote:
>
> > Well, I like to have them ;-)
>
> Ok - how is this?
Looks good to me, thanks!
> Send a uevent to indicate a device change whenever we dock or
> undock,
Steven Rostedt <[EMAIL PROTECTED]> wrote:
> Also, have you tried this with a nanosleep instead of a select.
> Select's timeout is just that, a timeout. It's not suppose to be
> accurate, as long as it doesn't expire early. The reason I state
> this, is that select uses a different mechanism than
Am Mittwoch, 13. Dezember 2006 17:51 schrieb [EMAIL PROTECTED]:
> I'm not sure about the driver being cpqfc, I know in 2.6.0 & 1 the
> driver was definitely iphase.c/h/o
> I do know the chipset was used by almost everyone, Compaq/HP/DEC and
> Interphase's namebrand cards.
>
> I also know that the
On Wed, Dec 13 2006, Larry Finger wrote:
> There is a regression in v2.6.19-rc18 that makes one unable to write CD's.
> In k3b, the drive status shows no devices. I used git bisect to find the
> bad commit is the following:
Try a newer snapshot, it was fixed a few days ago.
--
Jens Axboe
-
On Wed, Dec 13, 2006 at 03:32:09PM +, James Simmons wrote:
>
> Signed-Off-By: James Simmons <[EMAIL PROTECTED]>
>
> Here is the updated patch for proper backlight selection.
>
> diff --git a/drivers/video/Kconfig b/drivers/video/Kconfig
...
> @@ -1135,8 +1140,7 @@ config FB_ATY_GX
>
>
On Thu, Dec 14, 2006 at 06:44:30AM +, Al Viro wrote:
> On Wed, Dec 13, 2006 at 10:10:05PM -0500, Ben Collins wrote:
> > At least on PPC, the "op ? op : dma" construct causes a compile failure
> > because the dma_* is a do{}while(0) macro.
> >
> > This turns all of them into proper if/else to
On Wed, Dec 13, 2006 at 10:10:05PM -0500, Ben Collins wrote:
> At least on PPC, the "op ? op : dma" construct causes a compile failure
> because the dma_* is a do{}while(0) macro.
>
> This turns all of them into proper if/else to avoid this problem.
NAK.
Proper fix is to kill stupid do { }
I obviously managed to mess up the subject.
The patch with proper subject is reposted.
Divy
From: Divy Le Ray <[EMAIL PROTECTED]>
[PATCH 3/10] cxgb3 - HW access routines - part 1
This patch implements the HW access routines for the
Chelsio T3 network adapter's driver.
This patch is split.
From: Divy Le Ray <[EMAIL PROTECTED]>
This patch implements the main header files of
the Chelsio T3 network driver.
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
---
drivers/net/cxgb3/adapter.h | 255
drivers/net/cxgb3/common.h | 709
Well said, and I agree with ALL of your statements contained in this
post. About damn time this was addressed.
Jeff
Linus Torvalds wrote:
On Wed, 13 Dec 2006, Greg KH wrote:
Numerous kernel developers feel that loading non-GPL drivers into the
kernel violates the license of the kernel
I see Linus already took this, which is fine... blame me for merging
this without fixing my cross-compile testbed.
Anyway:
> static inline int ib_dma_mapping_error(struct ib_device *dev, u64 dma_addr)
> {
> -return dev->dma_ops ?
> -dev->dma_ops->mapping_error(dev,
Hi.
Good arguments have already been put against it, so I'll just keep it
short and sweet (FWIW)
Nacked-by: Nigel Cunningham <[EMAIL PROTECTED]>
Regards,
Nigel
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More
From: Divy Le Ray <[EMAIL PROTECTED]>
[PATCH 3/10] cxgb3 - HW access routines - part 1
This patch implements the HW access routines for the
Chelsio T3 network adapter's driver.
This patch is split. This is the first part.
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
---
On 12/13/06, Eric W. Biederman <[EMAIL PROTECTED]> wrote:
Arjan van de Ven <[EMAIL PROTECTED]> writes:
> the numa case is already handled; the needed info for that is exposed already
> enough... at least for irqbalance
What is the problem you are trying to solve?
If it is just interrupts
From: Divy Le Ray <[EMAIL PROTECTED]>
This patch implements the offload capabilities of the
Chelsio network adapter's driver.
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
---
drivers/net/cxgb3/cxgb3_offload.c | 1221 +
drivers/net/cxgb3/l2t.c |
Randy Dunlap wrote:
On Thu, 14 Dec 2006 01:04:50 + Sergio Monteiro Basto wrote:
Forwarded Message
From: James Lockie <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: escape key
Date: Tue, 12 Dec 2006 14:57:57 -0500
I can't use the escape key to exit a menu
From: Divy Le Ray <[EMAIL PROTECTED]>
[PATCH 3/10] cxgb3 - HW access routines - part 1
This patch implements the HW access routines for the
Chelsio T3 network adapter's driver.
This patch is split. This is the first part.
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
---
From: Divy Le Ray <[EMAIL PROTECTED]>
This patch implements the registers definitions for the
Chelsio network adapter's driver.
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
---
drivers/net/cxgb3/regs.h | 2195 ++
1 files changed, 2195
Jeff,
I resubmit the patch supporting the latest Chelsio T3 adapter.
It incorporates the last feedbacks for code cleanup.
It is built gainst Linus'tree.
We think the driver is now ready to be merged.
Can you please advise on the next steps for inclusion in 2.6.20 ?
A corresponding monolithic
Greg KH wrote:
But in order to get this core into the kernel tree, we need to have some
"real" drivers written that use it. So, for anyone that wants to see
this go into the tree, now is the time to step forward and post your
patches for hardware that this kind of driver interface is needed.
From: Divy Le Ray <[EMAIL PROTECTED]>
This patch implements on board memory, MAC and PHY management
for the Chelsio T3 network adapter's driver.
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
---
drivers/net/cxgb3/ael1002.c | 231 ++
drivers/net/cxgb3/mc5.c | 453
From: Divy Le Ray <[EMAIL PROTECTED]>
This patch implements build files and versioning for the
Chelsio T3 network adapter's driver.
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
---
drivers/net/Kconfig | 18 ++
drivers/net/Makefile|1 +
From: Divy Le Ray <[EMAIL PROTECTED]>
This patch implements the offload operations header files
for the Chelsio T3 network adapter's driver.
Signed-off-by: Divy Le Ray <[EMAIL PROTECTED]>
---
drivers/net/cxgb3/cxgb3_ctl_defs.h | 142
drivers/net/cxgb3/cxgb3_defs.h | 99 ++
+/**
+ * t3_port_intr_enable - enable port-specific interrupts
+ * @adapter: associated adapter
+ * @idx: index of port whose interrupts should be enabled
+ *
+ * Enable port-specific (i.e., MAC and PHY) interrupts for the given
+ * adapter port.
+ */
+void
> I think allowing binary hardware drivers in userspace hurts
> our ability to leverage companies to release hardware specs.
If filesystems can be in user space, why can't drivers be in user space? On
what *technical* ground?
-
To unsubscribe from this list: send the line "unsubscribe
On Thu, 14 Dec 2006 01:04:50 + Sergio Monteiro Basto wrote:
> Forwarded Message
> > From: James Lockie <[EMAIL PROTECTED]>
> > To: [EMAIL PROTECTED]
> > Subject: escape key
> > Date: Tue, 12 Dec 2006 14:57:57 -0500
> >
> > I can't use the escape key to exit a menu
Linus Torvalds wrote:
On Wed, 13 Dec 2006, Greg KH wrote:
Numerous kernel developers feel that loading non-GPL drivers into the
kernel violates the license of the kernel and their copyright. Because
of this, a one year notice for everyone to address any non-GPL
compatible modules has been
On Wednesday 13 December 2006 22:32, Linus Torvalds wrote:
>On Wed, 13 Dec 2006, Gene Heskett wrote:
>> Ok, one not so silly Q (IMO) from the resident old fart. I saw,
>> sometime in the past week, a relatively huge ieee1394 update go by.
>> And I have some issues with the present 2.6.19 version
Bob wrote:
Hi I have a dual PIII Motherboard based on a ServerWorks LE chipset,
the motherboard is from an HP Netserver E 800 which is a customised ASUS
CUR-DLS.
in UP config everything is OK in SMP the system slows right down, I've
been searching and recompiling my kernel for days looking
In article <[EMAIL PROTECTED]>,
Matti Aarnio <[EMAIL PROTECTED]> wrote:
> I am running an experiment with Postgrey to delay (for 300 seconds
>minimum) incoming emails. If the clients don't retry after this
>delay, then the messages don't usually get in.
So far it is working very well.
On 12/13/06, Michael Bommarito <[EMAIL PROTECTED]> wrote:
Sorry, realized I might not have been clear as to what I meant! The
patch was attached to the bugzilla entry, but I'll attach it here as
well. My description of the patch itself was really as complicated as
it gets too (just two lines,
Greg KH ([EMAIL PROTECTED]) said:
> An updated version is below.
If you're adding this, you should probably schedule EXPORT_SYMBOL_GPL
for removal at the same time, as this essentially renders that irrelevant.
That being said...
First, this is adding the measure at module load time. Any
There is a regression in v2.6.19-rc18 that makes one unable to write CD's. In k3b, the drive status
shows no devices. I used git bisect to find the bad commit is the following:
0e75f9063f5c55fb0b0b546a7c356f8ec186825e is first bad commit
commit 0e75f9063f5c55fb0b0b546a7c356f8ec186825e
Author:
On 12/13/06, Giacomo A. Catenazzi <[EMAIL PROTECTED]> wrote:
So a challange to the kernel hackers: build a mail filtering/proxy
system, a' la BSD.
I don't remember the specification and features, but IIRC the
netfilter is not enough to do the graylisting (but pf was).
Someone has some hints what
Sorry, realized I might not have been clear as to what I meant! The
patch was attached to the bugzilla entry, but I'll attach it here as
well. My description of the patch itself was really as complicated as
it gets too (just two lines, switch (void*)mac to
>assoc.work.work in
Hi Dave,
I'm working on a solution for
http://bugzilla.kernel.org/show_bug.cgi?id=6350
Certain BIOSes are screwing with the K8 aperture base value. However,
these systems work after booting into windows and then rebooting into Linux.
It originally appeared to be a bug specific to asrock
On Wed, 13 Dec 2006, Greg KH wrote:
>
> Numerous kernel developers feel that loading non-GPL drivers into the
> kernel violates the license of the kernel and their copyright. Because
> of this, a one year notice for everyone to address any non-GPL
> compatible modules has been set.
Btw, I
Arjan van de Ven <[EMAIL PROTECTED]> writes:
> Eric W. Biederman wrote:
>
>> There is still a question of how to handle the NUMA case but...
>>
>
> the numa case is already handled; the needed info for that is exposed already
> enough... at least for irqbalance
What is the problem you are trying
At least on PPC, the "op ? op : dma" construct causes a compile failure
because the dma_* is a do{}while(0) macro.
This turns all of them into proper if/else to avoid this problem.
Signed-off-by: Ben Collins <[EMAIL PROTECTED]>
diff --git a/include/rdma/ib_verbs.h b/include/rdma/ib_verbs.h
Hi,all:
I run linux on our arm board,when I enable the serial_console,the
printk will
always print the loop message ,though it can run to busybox start up,but what 's
wrong with it?
if I disable the serial_console ,and enable the DEBUG_LL,it 's just
print these message once,so I am messed
On Wed, 13 Dec 2006, Gene Heskett wrote:
>
> Ok, one not so silly Q (IMO) from the resident old fart. I saw, sometime
> in the past week, a relatively huge ieee1394 update go by. And I have
> some issues with the present 2.6.19 version causeing segfaults and kino
> go-aways when trying to
Hi,
I've tested the new driver for a couple of days, mostly by running
XDMCP session over the Gbit LAN. Its all working good.
I didn't experience any crashes or slowdowns at all. The driver is
definitly usefull in it current state.
Performance is good, tops at ~40MB/s.
BTW: what is this MSI
On Wednesday 13 December 2006 21:06, Linus Torvalds wrote:
>Ok, the two-week merge period is over, and -rc1 is out there.
>
Ok, one not so silly Q (IMO) from the resident old fart. I saw, sometime
in the past week, a relatively huge ieee1394 update go by. And I have
some issues with the
On Wed, Dec 13, 2006 at 11:55:00PM +, Alan wrote:
> > IIRC, Linus has deliberately and explicitly estopped himself from
> > claiming that loading a binary-only driver is a GPL violation. Do you
>
> He only owns a small amount of the code. Furthermore he imported third
> party GPL code using
Ok, the two-week merge period is over, and -rc1 is out there.
I'm _really_ hoping that we can keep the 2.6.20 release calmer and without
any of the dragging-out-due-to-core-changes that we've had lately. We
didn't actually merge any really core changes here, with the biggest
conceptual one
Dumitru Ciobarcianu wrote:
On Wed, 2006-12-13 at 01:50 +0200, Matti Aarnio wrote:
I do already see spammers smart enough to retry addresses from
the zombie machine, but that share is now below 10% of all emails.
My prediction for next 200 days is that most spammers get the clue,
but it gives us
Hi,
I think that...
On Wed, 13 Dec 2006, Greg KH wrote:
From: Greg Kroah-Hartmna <[EMAIL PROTECTED]>
... (most probably) there...
Subject: Notify non-GPL module loading will be going away in January 2008
Numerous kernel developers feel that loading non-GPL drivers into the
kernel violates
On Thu, Dec 14, 2006 at 02:30:26AM +0100, Grzegorz Kulewski wrote:
> Hi,
>
> I think that...
>
> On Wed, 13 Dec 2006, Greg KH wrote:
> >From: Greg Kroah-Hartmna <[EMAIL PROTECTED]>
>
> ... (most probably) there...
>
> >Subject: Notify non-GPL module loading will be going away in January 2008
>
On Wed, 13 Dec 2006 17:29:21 -0800
Andrew Morton <[EMAIL PROTECTED]> wrote:
> a) we're now calling try_to_release_page() with a potentially-dirty
>page, whereas it was previously clean.
>
>I wouldn't expect ->releasepage() implementations to go looking at
>PG_Dirty, because that's
On Wed, 13 Dec 2006 19:48:34 +0100
Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> --- linux-2.6-git.orig/mm/truncate.c 2006-12-13 19:41:09.0 +0100
> +++ linux-2.6-git/mm/truncate.c 2006-12-13 19:42:56.0 +0100
> @@ -306,19 +306,14 @@ invalidate_complete_page2(struct address
>
From: Frithiof Jensen <[EMAIL PROTECTED]>
This patch is meant for Kernel version 2.6.19
This is an attempt of providing an interface for memory
scrubbing control in EDAC.
This patch modifies the EDAC Core to provide the Interface
for memory controller modules to implment.
The
The following 3 patches consist of 1 fix in the E752x driver and 2 new
features.
The new features are:
1) New EDAC interface for programming memory scrub rates in
memory controller drivers that choose to implement the
scrubrate function
2) Support in the EDAC CORE for Fully Buffered DIMMs
From: Mike Chan <[EMAIL PROTECTED]>
Diff against 2.6.19
This fix/change returns the offset into the page for
the ce/ue error, instead of just 0. The e752x dram controller reads
34:6 of the
linear address with the error.
Mike Chan
Signed-off-by: Mike Chan <[EMAIL PROTECTED]>
Signed-off-by: doug
From: eric wollesen <[EMAIL PROTECTED]>
Eric Wollesen ported the Bluesmoke Memory Controller driver for the
Intel
5000X/V/P (Blackford/Greencreek) chipset to the in kernel EDAC model.
This patch incorporates those required changes to the edac_mc.c and
edac_mc.h
core files by added new Fully
From: Doug Thompson <[EMAIL PROTECTED]>
This patch adds the following 2 AMD K8 Northbridge devices:
the ADDRMAP
the MEMCTL devices
to the pci_ids.h file
Signed-off-by: Doug Thompson <[EMAIL PROTECTED]>
---
Index: linux-2.6.19/include/linux/pci_ids.h
In article <[EMAIL PROTECTED]> you wrote:
> I've Googled on this enough to find out that these are Linux threads,
> that "ps -m" will show them, that "ls -a /proc" will show /proc/.PPID,
> etc, but I'm still wondering what exact sequence of system calls will
> create a process like this?
clone(2)
A large number of people have expressed interest recently in the
userspace i/o driver core which allows userspace drivers to be written
to handle some types of hardware.
Right now the UIO core is working and in the -mm releases. It's been
rewritten from the last time patches were posted to lkml
On Thu, 2006-11-30 at 01:42 +0100, Ariel Chÿe1vez Lorenzo wrote:
> Hi,
>
> Since the kernel 2.6.18 has incorporated the high
> resolution timer itself, I'm trying to test it, but on
> my GNU/Debian I can't figure out how to include
> hrtimer.h, that is on /usr/src/linux/include/, the
>
fish for birds alone?
no, teach suits how to leave more
fish to go around
Cheers,
- Michael
-
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
Greg's patch:
> + printk(KERN_WARNING "%s: This module will not be able "
> + "to be loaded after January 1, 2008 due to its "
> + "license.\n", mod->name);
If you're going to go ahead with this, shouldn't the message
On Tue, 12 Dec 2006 15:38:42 +0900
Keiichi KII <[EMAIL PROTECTED]> wrote:
> From: Keiichi KII <[EMAIL PROTECTED]>
>
> Update modification history.
>
> Signed-off-by: Keiichi KII <[EMAIL PROTECTED]>
> ---
> --- linux-2.6.19/drivers/net/netconsole.c 2006-12-12 14:57:45.588967500
> +0900
>
On Wed, 13 Dec 2006 20:19:51 +0100 (MET)
Jan Engelhardt <[EMAIL PROTECTED]> wrote:
>
> >in fs/read_write.c, the vfs_read function does:
> >
> >file->f_op->read(file, buf, count, pos);
> >
> >after this call is it possible to determine where the
> >data is coming from?
> >e.g., the first hard
Forwarded Message
> From: James Lockie <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> Subject: escape key
> Date: Tue, 12 Dec 2006 14:57:57 -0500
>
> I can't use the escape key to exit a menu with make menuconfig on
> kernel-2.6.19 or .1
> It works on 2.6.18. :-(
>
> -
On Wed, 13 Dec 2006, Greg KH wrote:
>
> Full bellies of fish
> Penguins sleep under the moon
> Dream of wings that fly
Snif. That touched me deep inside.
Linus
PS. Or maybe it was the curry I ate yesterday.
-
To unsubscribe from this list: send the line
On Wed, Dec 13, 2006 at 05:43:29PM -0700, Jonathan Corbet wrote:
> Greg's patch:
>
> > + printk(KERN_WARNING "%s: This module will not be able "
> > + "to be loaded after January 1, 2008 due to its "
> > + "license.\n",
Andrew Morton <[EMAIL PROTECTED]> writes:
> On Wed, 13 Dec 2006 04:03:39 -0700
> [EMAIL PROTECTED] (Eric W. Biederman) wrote:
>
>> The aim of this patch set is to start wrapping up the struct pid
>> conversions.
>
> hm, it touches a lot of tricky code which few people are familar
> with.
On Wed, Dec 13, 2006 at 04:12:46PM -0800, Greg KH wrote:
> On Wed, Dec 13, 2006 at 03:34:08PM -0800, Venkatesh Pallipadi wrote:
> >
> > With WARN_ON addition to kobject_init()
> > [
> >
On Wed, 13 Dec 2006 16:12:46 -0800
Greg KH <[EMAIL PROTECTED]> wrote:
> > Original comment seemed to indicate that this conditional thing was
> > performance related. Is it really? If not, we should consider the below
> > patch.
>
> Yes, it's a performance gain and I don't see how this patch
On Wed, Dec 13, 2006 at 10:26:38AM +, Dieter Ferdinand wrote:
> i don't know, what is the difference of the tcp-packets from windows/kernel
> 2.2 and linux with kernel 2.4. but with kernel 2.4 i have trouble with some
> servers.
>
> i check the packets with an analyser and make some test.
isicom, remove tty_{hang,wake}up bottomhalves
- tty_hangup() itself schedules work, so there is no need to schedule hangup
in the driver
- tty_wakeup() its safe to call it while in atomic (IS THIS CORRECT?), so that
its schedule_work might be also wiped out
Signed-off-by: Jiri Slaby <[EMAIL
From: Al Viro <[EMAIL PROTECTED]>
Date: Wed, 13 Dec 2006 20:12:14 +
> There might be practical considerations along the lines of "we want
> lookups for loopback to be fast"...
We have that taken care of, it's called "_dev".
None of the performance-caring paths do dev_get_by_name("lo")
-
To
* Siddha, Suresh B <[EMAIL PROTECTED]> wrote:
> > the other problem is load_balance(): there this_rq is locked and you
> > call resched_cpu() unconditionally.
>
> But here resched_cpu() was called after double_rq_unlock().
yeah, you are right - the schedule() one is/was the only problem.
> I am thinking in the next revision of these of masking the distinction
> between pci-x and pci express and just have:
>
> pci_get_read_count
> pci_get_max_read_count
> pci_set_read_count
We absolutely need an arch hook though to limit the size. We need to
make sure we don't go over the
Mike Kravetz writes:
> Thanks for the debug work! Just curious if you really need
> CONFIG_NODES_SPAN_OTHER_NODES defined for your platform? Can you get
> those types of memory layouts? If not, an easy/immediate fix for you
> might be to simply turn off the option.
We really need
On Wed, Dec 13, 2006 at 02:09:11PM -0800, Greg KH wrote:
> On Wed, Dec 13, 2006 at 01:47:21PM -0800, Andrew Morton wrote:
> > On Wed, 13 Dec 2006 13:32:50 -0800
> > Martin Bligh <[EMAIL PROTECTED]> wrote:
> >
> > > So let's come out and ban binary modules, rather than pussyfooting
> > > around,
Hopefully someone can give me a quick answer...
Yesterday I discovered some processes that had a PPID which was not
shown as a running process by "ps". Also an "ls /proc" did not show
that PPID.
I've Googled on this enough to find out that these are Linux threads,
that "ps -m" will show them,
From: Stephen Hemminger <[EMAIL PROTECTED]>
Date: Wed, 13 Dec 2006 15:41:25 -0800
> But what if other network device is not a module. We want loopback
> to be first. so it needs to be before other device_initcall's
That's not happening today, so it's "broken" today, which suggests
that the order
From: Stephen Hemminger <[EMAIL PROTECTED]>
Date: Wed, 13 Dec 2006 15:41:25 -0800
> But what if other network device is not a module. We want loopback
> to be first. so it needs to be before other device_initcall's
There is zero evidence that loopback must be first.
I was not able to provide
With WARN_ON addition to kobject_init()
[
http://kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.19/2.6.19-mm1/dont-use/broken-out/gregkh-driver-kobject-warn.patch
]
I started seeing following WARNING on CPU offline followed by online on my
x86_64 system.
WARNING at lib/kobject.c:172
On Tuesday December 12, [EMAIL PROTECTED] wrote:
> Seeing this oops on 2.6.19-rc6-mm2 intermittently on bootup. Also, when
> this doesn't happen it seems like udev goes crazy adding and removing
> /dev/md0 over and over using up a ton of CPU. Is this a known problem?
> This also happened with
On Mon, 11 Dec 2006 14:48:32 +1100
Benjamin Herrenschmidt <[EMAIL PROTECTED]> wrote:
> On Fri, 2006-12-08 at 10:22 -0800, Stephen Hemminger wrote:
> > This patch set adds hooks to set PCI-X max read request size
> > and PCI-Express read request size. It is important that this be a PCI
> >
From: Thomas Graf <[EMAIL PROTECTED]>
Date: Thu, 14 Dec 2006 00:18:48 +0100
> Not really, the device management inits as subsys, the ip layer hooks
> into fs_initcall() which comes right after. The loopback was actually
> registered after the protocol so far. I think Adrian's patch is fine
> if
On Wed, Dec 13, 2006 at 03:34:08PM -0800, Venkatesh Pallipadi wrote:
>
> With WARN_ON addition to kobject_init()
> [
> http://kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.19/2.6.19-mm1/dont-use/broken-out/gregkh-driver-kobject-warn.patch
> ]
>
> I started seeing following WARNING on
On Wed, Dec 13, 2006 at 11:56:01PM +, Alan wrote:
> On Wed, 13 Dec 2006 23:30:55 +0100
> Thomas Gleixner <[EMAIL PROTECTED]> wrote:
>
> > - IRQ happens
> > - kernel handler runs and masks the chip irq, which removes the IRQ
> > request
>
> IRQ is shared with the disk driver, box dead. Plus
On Thu, Dec 14, 2006 at 12:31:57AM +0100, Ingo Molnar wrote:
>
> * Siddha, Suresh B <[EMAIL PROTECTED]> wrote:
>
> > On Thu, Dec 14, 2006 at 12:13:16AM +0100, Ingo Molnar wrote:
> > > there's another bug as well: in schedule() resched_cpu() is called with
> > > the current runqueue held in two
On Wed, 13 Dec 2006 23:30:55 +0100
Thomas Gleixner <[EMAIL PROTECTED]> wrote:
> - IRQ happens
> - kernel handler runs and masks the chip irq, which removes the IRQ
> request
IRQ is shared with the disk driver, box dead. Plus if this is like the
uio crap in -mm its full of security holes.
-
To
> IIRC, Linus has deliberately and explicitly estopped himself from
> claiming that loading a binary-only driver is a GPL violation. Do you
He only owns a small amount of the code. Furthermore he imported third
party GPL code using the license as sole permission. So he may have dug a
personal
> I don't see why the necessarity of a kernel stub driver is a killer
> argument. The chip internals, which companies might want to protect are
> certainly not in the interrupt registers.
So they can go off and write themselves a driver. Without putting junk in
the kernel "just in case", and if
Split off NAPI part from network device, this patch is build tested
only! It breaks kernel API for network devices, and only three examples
are fixed (skge, sky2, and tg3).
1. Decomposition allows different NAPI <-> network device
Some hardware has N devices for one IRQ, others like MSI-X
* Ingo Molnar <[EMAIL PROTECTED]> wrote:
> The easiest fix for this is to use trylock - find the patch for that.
FYI, i have released 2.6.19-rt14 with your patch integrated into it as
well - it's looking good so far in my testing. (the yum repository will
be updated in a few minutes.)
On Thu, 14 Dec 2006 00:31:28 +0100
Adrian Bunk <[EMAIL PROTECTED]> wrote:
> On Thu, Dec 14, 2006 at 12:18:48AM +0100, Thomas Graf wrote:
> > * Adrian Bunk <[EMAIL PROTECTED]> 2006-12-14 00:12
> > > On Wed, Dec 13, 2006 at 03:01:43PM -0800, Stephen Hemminger wrote:
> > > > Loopback should be there
Em Qua, 2006-12-13 às 14:11 +0200, Meelis Roos escreveu:
> MODPOST 618 modules
> WARNING: "__ucmpdi2" [drivers/media/video/v4l2-common.ko] undefined!
>
> This 32-bit ppc architecture, using gcc version 4.1.2 20061115
> (prerelease) (Debian 4.1.1-21). .config below if important.
Hmm... does it
On Wed, Dec 13, 2006 at 12:58:24PM -0800, Linus Torvalds wrote:
> I'm really not convinced about the user-mode thing unless somebody can
> show me a good reason for it. Not just some "wouldn't it be nice" kind of
> thing. A real, honest-to-goodness reason that we actually _want_ to see
> used.
On Thursday 14 December 2006 00:17, Mike Kravetz wrote:
> Thanks for the debug work! Just curious if you really need
> CONFIG_NODES_SPAN_OTHER_NODES defined for your platform? Can you get
> those types of memory layouts? If not, an easy/immediate fix for you
> might be to simply turn off the
On 12/13/06, Thomas Gleixner <[EMAIL PROTECTED]> wrote:
Aside of that there are huge performance gains for certain application /
driver scenarios and I really don't see an advantage that people are
doing excactly the same thing in out of tree hackeries with a lot of
inconsistent user land
On Thu, Dec 14, 2006 at 12:13:16AM +0100, Ingo Molnar wrote:
> there's another bug as well: in schedule() resched_cpu() is called with
> the current runqueue held in two places, which is deadlock potential.
resched_cpu() was getting called after prepare_task_switch() which
releases the current
* Tim Chen <[EMAIL PROTECTED]> wrote:
> The structure cpu_isolated_map is used not only during initialization.
> Multi-core scheduler configuration changes and exclusive cpusets use
> this during run time. During setting of sched_mc_power_savings
> policy, this structure is accessed to
1 - 100 of 771 matches
Mail list logo
