On Thu, 2006-12-21 at 21:13 +0100, Ingo Molnar wrote:
* Tim Chen [EMAIL PROTECTED] wrote:
Ingo,
While trying out the 2.6.19.1-rt14 kernel with a x86_64 system with
Clovertown processor, it hung when it was shutting down e1000 ethernet
interface running the command:
/sbin/ip
Lu, Yinghai [EMAIL PROTECTED] writes:
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Thursday, December 21, 2006 12:47 PM
To: Lu, Yinghai
+static int add_irq_entry(int type, int irqflag, int bus, int irq,
int apic, int
pin)
This is fairly sane but
On Thu, Dec 21, 2006 at 06:55:47PM +0100, Miklos Szeredi wrote:
Yes, note the flush_dcache_page() call in fuse_copy_finish(). That
could be replaced by the flush_kernel_dcache_page() (added by James
Bottomley together with flush_anon_page()) when all relevant
architectures have
Yes, note the flush_dcache_page() call in fuse_copy_finish(). That
could be replaced by the flush_kernel_dcache_page() (added by James
Bottomley together with flush_anon_page()) when all relevant
architectures have defined it.
I should say that flush_anon_page() in its
On Thu, Dec 21, 2006 at 07:30:11PM +0100, Miklos Szeredi wrote:
Yes, note the flush_dcache_page() call in fuse_copy_finish(). That
could be replaced by the flush_kernel_dcache_page() (added by James
Bottomley together with flush_anon_page()) when all relevant
architectures
This one was pointed out on the MOKB site:
http://kernelfun.blogspot.com/2006/11/mokb-09-11-2006-linux-26x-ext2checkpage.html
If a directory's i_size is corrupted, ext2_find_entry() will keep processing
pages until the i_size is reached, even if there are no more blocks associated
with the
Yes, note the flush_dcache_page() call in fuse_copy_finish(). That
could be replaced by the flush_kernel_dcache_page() (added by James
Bottomley together with flush_anon_page()) when all relevant
architectures have defined it.
I should say that flush_anon_page()
On Thu, 21 Dec 2006 12:58:28 -0600 Eric Sandeen wrote:
This one was pointed out on the MOKB site:
http://kernelfun.blogspot.com/2006/11/mokb-09-11-2006-linux-26x-ext2checkpage.html
If a directory's i_size is corrupted, ext2_find_entry() will keep processing
pages until the i_size is
Randy Dunlap wrote:
Please don't hide the goto; un-indent 1 tab stop.
Whoops, thanks Randy - it wasn't intentional. :)
Signed-off-by: Eric Sandeen [EMAIL PROTECTED]
Index: linux-2.6.19/fs/ext2/dir.c
===
---
On Thu, 21 Dec 2006 13:11:01 -0600 Eric Sandeen wrote:
Randy Dunlap wrote:
Please don't hide the goto; un-indent 1 tab stop.
Whoops, thanks Randy - it wasn't intentional. :)
Yeah, I didn't think it was. Sorry if it sounded like that.
---
~Randy
-
To unsubscribe from this list: send the
On Wed, 20 Dec 2006, Jeff Garzik wrote:
I refreshed my git intro/cookbook for kernel hackers, at
http://linux.yyz.us/git-howto.html
Very nice, thanks! A couple of remarks from an absolute git newbie:
1. I heard git am is supposed to supersede apply-mbox
2. What I often have problems with is
Guennadi Liakhovetski wrote:
On Wed, 20 Dec 2006, Jeff Garzik wrote:
I refreshed my git intro/cookbook for kernel hackers, at
http://linux.yyz.us/git-howto.html
Very nice, thanks! A couple of remarks from an absolute git newbie:
1. I heard git am is supposed to supersede apply-mbox
Hey,
On Dec 21 2006 18:51, Miklos Szeredi wrote:
The root of the problem is that copy_to_user() may cause page faults
on the userspace buffer, and the page fault might (in case of a
maliciously crafted filesystem) recurse into the filesystem itself.
Would it be worthwhile to mlock the page? I know
Hi.
On Thu, 2006-12-21 at 06:44 -0500, Jeff Garzik wrote:
Nigel Cunningham wrote:
Hi.
On Wed, 2006-12-20 at 22:04 -0500, Jeff Garzik wrote:
I refreshed my git intro/cookbook for kernel hackers, at
http://linux.yyz.us/git-howto.html
This describes most of the commands I use in
The root of the problem is that copy_to_user() may cause page faults
on the userspace buffer, and the page fault might (in case of a
maliciously crafted filesystem) recurse into the filesystem itself.
Would it be worthwhile to mlock the page? I know that needs root
privs or some
David wrote:
Honestly, I think it *is* wrong to sell someone a physical product and then
not tell them how to make it work. If you're not actually selling them the
physical product but selling them a way to get a particular thing done, then
don't represent that you're selling them physical
On Thu, Dec 21, 2006 at 11:22:05AM -0800, Jeremy Fitzhardinge wrote:
Frederik Deweerdt wrote:
Following the i386 pda patches, it's not possible to set gs or fs value
from gdb anymore. The following patch restores the old behaviour of
getting and setting thread.gs of thread.fs respectively.
On 12/21/06, Eric W. Biederman [EMAIL PROTECTED] wrote:
Scott Preece [EMAIL PROTECTED] writes:
But as it happens that driver does not work for a large segment
percentage of linux users who potentially could place the card in
their system. Did that driver support all 23 architectures?
---
Do
On 12/21/06, David Schwartz [EMAIL PROTECTED] wrote:
You say It's rude to not play by our rules. They say It's rude of
you to expect us to change our business model to support your niche
market differently from the way we support everyone else. Neither is
wrong...
Honestly, I think it *is*
Jens Axboe wrote:
On Thu, Dec 21 2006, Mike Christie wrote:
Jens Axboe wrote:
On Thu, Dec 21 2006, Mike Christie wrote:
Mike Christie wrote:
Jens Axboe wrote:
On Thu, Dec 21 2006, Mike Christie wrote:
Or the block layer code could set up the clone too. elv_next_request
could prep a clone
Hi Jens,
On Thu, 21 Dec 2006 08:49:47 +0100, Jens Axboe [EMAIL PROTECTED] wrote:
The new hook is needed for error handling in dm.
For example, when an error occurred on a request, dm-multipath
wants to try another path before returning EIO to application.
Without the new hook, at the
On 12/21/06, Tomas Carnecky [EMAIL PROTECTED] wrote:
James Porter wrote:
I'm pretty sure Linus has decided, basically he said the patches to
prevent non-gpl binary drivers are not going into his tree unless every
other tree adopts it. Of course the few supporting won't get off their
high
Kiyoshi Ueda wrote:
This patch adds new end_io_first hook in __end_that_request_first()
for request-based device-mapper.
Signed-off-by: Kiyoshi Ueda [EMAIL PROTECTED]
Signed-off-by: Jun'ichi Nomura [EMAIL PROTECTED]
diff -rupN 1-blk-get-request-irqrestore/block/ll_rw_blk.c
Kiyoshi Ueda wrote:
Hi Jens,
On Thu, 21 Dec 2006 08:49:47 +0100, Jens Axboe [EMAIL PROTECTED]
wrote:
The new hook is needed for error handling in dm.
For example, when an error occurred on a request, dm-multipath
wants to try another path before returning EIO to application.
Jens Axboe-5 wrote:
On Tue, Dec 19 2006, Kiyoshi Ueda wrote:
This patch adds new end_io_first hook in __end_that_request_first()
for request-based device-mapper.
What's this for, lack of stacking?
--
Jens Axboe look at this it will halp
Kiyoshi Ueda wrote:
Hi Jens,
Sorry for the less explanation.
On Wed, 20 Dec 2006 14:49:24 +0100, Jens Axboe [EMAIL PROTECTED]
wrote:
On Tue, Dec 19 2006, Kiyoshi Ueda wrote:
This patch adds new end_io_first hook in __end_that_request_first()
for request-based device-mapper.
Kristian Høgsberg wrote:
Here's a new set of patches for the new firewire stack.
...
It is still work in progress, but at least now it should work across
all architectures and endianesses.
Committed to linux1394-2.6.git.
BTW, I prepended ieee1394: to the titles of most of the commits to
this
From: Ingo Molnar [EMAIL PROTECTED]
Subject: [patch] export cancel_dirty_page()
export cancel_dirty_page() - it's used by hugetlbfs which can be
modular. (This makes my -git based kernel yum repository build again.)
Signed-off-by: Ingo Molnar [EMAIL PROTECTED]
Index: linux/mm/truncate.c
On Fri, Dec 22, 2006 at 12:13:28AM +0100, Ingo Molnar wrote:
From: Ingo Molnar [EMAIL PROTECTED]
Subject: [patch] export cancel_dirty_page()
export cancel_dirty_page() - it's used by hugetlbfs which can be
modular. (This makes my -git based kernel yum repository build again.)
...
No, it
On Dec 21 2006 14:53, Joe Perches wrote:
On Thu, 2006-12-21 at 21:52 +0100, Jan Engelhardt wrote:
http://lkml.org/lkml/2006/9/30/208
@@ -1302,7 +1302,7 @@ static int acpi_battery_add(struct acpi_
battery-init_state = 1;
}
- (void)sprintf(dir_name,
* Adrian Bunk [EMAIL PROTECTED] wrote:
On Fri, Dec 22, 2006 at 12:13:28AM +0100, Ingo Molnar wrote:
From: Ingo Molnar [EMAIL PROTECTED]
Subject: [patch] export cancel_dirty_page()
export cancel_dirty_page() - it's used by hugetlbfs which can be
modular. (This makes my -git based
Hello!
I disagree. The manufacturer has a right to choose to sell its devices
under any legal business model. Part of that model is deciding what
level of support to provide and what systems to support in selling it.
At the very least, if they decide that they wish to provide a binary-only
Hi,
Was just wondering if the _var_ in kfree(_var_) could be set to NULL after its
freed. It may solve
the problem of accessing some freed memory as the kernel will crash since _var_
was set to NULL.
Does this make sense? If yes, then how about renaming kfree to something else
and providing a
On Thu, 2006-12-21 at 10:41 +0100, Sorin Manolache wrote:
Dear list,
I am in the process of learning how to write linux device drivers.
I have a 2.6.16.5 kernel running on a monoprocessor machine.
We usually call that a Uniprocessor or just UP.
#CONFIG_SMP is not set
On Dec 21 2006 15:40, Joe Perches wrote:
On Fri, 2006-12-22 at 00:29 +0100, Jan Engelhardt wrote:
On Dec 21 2006 14:53, Joe Perches wrote:
On Thu, 2006-12-21 at 21:52 +0100, Jan Engelhardt wrote:
http://lkml.org/lkml/2006/9/30/208
@@ -1302,7 +1302,7 @@ static int acpi_battery_add(struct
* Jeremy Fitzhardinge [EMAIL PROTECTED] wrote:
What's the intent of WARN_ON? Presumably its different from BUG_ON,
otherwise you could just use BUG_ON. Or if not, why not just have
BUG_ON? I think in practice many WARN_ONs are clearly not intended to
be as serious as BUG_ON: [...]
you
Subject: [patch] rcu: rcutorture suspend fix
From: Ingo Molnar [EMAIL PROTECTED]
fix suspend hang: rcutorture threads need to be nofreeze.
Signed-off-by: Ingo Molnar [EMAIL PROTECTED]
---
kernel/rcutorture.c |3 +++
1 file changed, 3 insertions(+)
Index: linux/kernel/rcutorture.c
On 12/20/06, Manish Regmi [EMAIL PROTECTED] wrote:
On 12/19/06, Nick Piggin [EMAIL PROTECTED] wrote:
When you submit a request to an empty block device queue, it can
get plugged for a number of timer ticks before any IO is actually
started. This is done for efficiency reasons and is
i have released the 2.6.20-rc1-rt3 tree, which can be downloaded from
the usual place:
http://redhat.com/~mingo/realtime-preempt/
more info about the -rt patchset can be found on the RT wiki:
http://rt.wiki.kernel.org
this is a rebase of -rt to v2.6.20, plus lots of fixes all around the
On Thu, 21 Dec 2006 16:12:57 CST, Scott Preece said:
On 12/21/06, David Schwartz [EMAIL PROTECTED] wrote:
How would you feel if you bought a car and then discovered that the
manufacturer had welded the hood shut? How many people still do their own
oil changes anyway?
---
But there is
There's a bug in the bugzilla (http://bugzilla.kernel.org/show_bug.cgi?id=7531)
that
is asking to be reported here. The full dmesg (with and without
'pci=assign-busses')
can be found in the link.
[17179574.14] Boot video device is :01:05.0
[17179574.14] PCI: Transparent bridge -
On Fri, 22 Dec 2006, Ingo Molnar wrote:
ah, indeed - but i dont see a fundamental reason why hugetlbfs is not
modular. Nevertheless exporting this makes sense. My quick hack below to
guess to convert reiserfs (just to make the rpm build) also needs it.
Yes, it should be exported
On Thu, Dec 21, 2006 at 01:12:42AM -0800, Stephane Eranian wrote:
Andrew,
On Wed, Dec 20, 2006 at 09:05:14PM -0800, Andrew Morton wrote:
On Wed, 20 Dec 2006 06:05:00 -0800
Stephane Eranian [EMAIL PROTECTED] wrote:
Hello,
Here is the latest version of the idle notifier for
On Fri, 22 Dec 2006, Jan Engelhardt wrote:
These casts can eliminate return value unused warnings.
But only when functions are tagged __must_check, and sprintf is not.
cmpxchg is one where (void) is 'needed', __as I wrote__ in a cxgb3
comment.
gcc requires functions to be declared with
Installing a bad disk in a Sun D1000 (JBOD 12 disk scsi 2 array)
attached to a Sun E4500 (8proc, 8Gb ram) running a 64bit sparc64
2.6.18.3 SMP kernel causes this or similar oops when accessing the bad
disk:
sda: Current: sense key: Recovered Error
Additional sense: Address mark not found for
Hi,
I'm trying to make the bcm43xx driver out of the 2.6.20-rc1-mm1 kernel work on
an HPC nx6325, with no luck, so far, although I'm using a firmware that has
been reported to work with these boxes
(http://gentoo-wiki.com/HARDWARE_Gentoo_on_HP_Compaq_nx6325#Onboard_Wireless_.28802.11.29).
The
On Wed, Dec 20, 2006 at 12:44:42PM +0100, Miklos Szeredi wrote:
The stat64.st_ino field is 64bit, so AFAICS you'd only need to extend
the kstat.ino field to 64bit and fix those filesystems to fill in
kstat correctly.
Coda actually uses 128-bit file identifiers internally, so 64-bits
really
On Thu, 21 Dec 2006, Jan Harkes wrote:
On Wed, Dec 20, 2006 at 12:44:42PM +0100, Miklos Szeredi wrote:
The stat64.st_ino field is 64bit, so AFAICS you'd only need to extend
the kstat.ino field to 64bit and fix those filesystems to fill in
kstat correctly.
Coda actually uses 128-bit file
I understand now. I'm not sure how the PARISC implementation can be
correct in this light.
According to cachetlb.txt:
void flush_anon_page(struct page *page, unsigned long vmaddr)
When the kernel needs to access the contents of an anonymous
page, it calls this function
On Wed, 20 Dec 2006, Len Brown wrote:
please pull from:
Is this really all obvious bug-fixes? There seems to be a lot of
development there that simply isn't appropriate after an -rc1 any more.
I want 2.6.20 to be stable, and one of the things I'm doing is to be
strict about the merge
Frederik Deweerdt wrote:
This is a -mm1 kernel + your efl_offset fix + the attached patch.
So the problem came from putreg still saving %gs to the stack where
there's no slot for it, whereas getreg got things right.
That patch looks good, but I think it is already effectively in Andrew's
On Fri, Dec 22, 2006 at 01:08:13AM +0100, Ingo Molnar wrote:
Subject: [patch] rcu: rcutorture suspend fix
From: Ingo Molnar [EMAIL PROTECTED]
fix suspend hang: rcutorture threads need to be nofreeze.
Looks straightforward enough -- I take it that rcutorture continues
upon resume? So I have
pata_sis will not work with my CD-ROM
dmesg output when trying to mount a cd-rom:
ata2.00: qc timeout (cmd 0xa0)
ata2.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x2 frozen
ata2.00: (BMDMA stat 0x24)
ata2.00: cmd a0/01:00:00:00:00/00:00:00:00:00/a0 tag 0 cdb 0x28 data 4096 in
res
constrained_alloc(), which is called to detect where oom is from,
checks passed zone_list().
If zone_list includes all nodes, it thinks oom is from mempolicy.
But there is memory-less-node. contstrained_alloc() should get
memory_less_node into count. Otherwise, current process will die
at any
On 12/21/06, Andrew Morton [EMAIL PROTECTED] wrote:
Can the call to task_io_account_cancelled_write() simply be removed
from cancel_dirty_page() for testing the patch with 2.6.19 (since
2.6.19 doesn't seem to have the task I/O accounting) ?
Yes.
I tested 2.6.19 with a version of Linus's
-Original Message-
From: Ard -kwaak- van Breemen [mailto:[EMAIL PROTECTED]
Sent: 2006年12月22日 5:06
To: Zhang, Yanmin
Cc: Andrew Morton; Chuck Ebbert; Yinghai Lu; [EMAIL PROTECTED]; [EMAIL
PROTECTED]; linux-kernel@vger.kernel.org;
[EMAIL PROTECTED]; Eric W. Biederman
Subject: Re: [Bug 7505]
Andrew, Paulus, please apply
The powerpc specific version of hugetlb_get_unmapped_area() makes some
unwarranted assumptions about what checks have been made to its
parameters by its callers. This will lead to a BUG_ON() if a 32-bit
process attempts to make a hugepage mapping which extends above
+ if (len TASK_SIZE)
+ return -ENOMEM;
Shouldn't that be addr+len instead? The check looks incomplete
otherwise. And you meant = I guess?
- /* Paranoia, caller should have dealt with this */
- BUG_ON((addr + len) 0x1UL);
-
Any real
On Fri, Dec 22, 2006 at 01:31:26AM +0100, Segher Boessenkool wrote:
+ if (len TASK_SIZE)
+ return -ENOMEM;
Shouldn't that be addr+len instead? The check looks incomplete
otherwise. And you meant = I guess?
No. Have a look at the other hugetlb_get_unmapped_area()
On Fri, Dec 01, 2006 at 10:24:22PM -0600, Corey Minyard wrote:
This patch removes the arbitrary limit of number of IPMI interfaces.
This has been tested with 8 interfaces.
I got a bit lost in this patch, so applied it to 2.6.19-rc6 and looked
over the resulting file. Some of the issues
On Thu, 21 Dec 2006, Gordon Farquharson wrote:
I tested 2.6.19 with a version of Linus's patch that applies cleanly
to 2.6.19 (patch appended to the end of this email) on ARM and apt-get
failed. It did not segfault this time, but instead got stuck for about
20 to 30 minutes and was
KAMEZAWA-san wrote:
But there is memory-less-node. contstrained_alloc() should get
memory_less_node into count.
This patch looks ok to me.
One line in the patch comment seems backward:
If zone_list includes all nodes, it thinks oom is from mempolicy.
Shouldn't that be:
If zone_list
On Thu, 21 Dec 2006 21:18:12 -0800
Paul Jackson [EMAIL PROTECTED] wrote:
KAMEZAWA-san wrote:
But there is memory-less-node. contstrained_alloc() should get
memory_less_node into count.
This patch looks ok to me.
One line in the patch comment seems backward:
If zone_list includes
On 12/22/06, Bhanu Kalyan Chetlapalli [EMAIL PROTECTED] wrote:
I am assuming that your program is not seeking inbetween writes.
Try disabling the Disk Cache, now-a-days some disks can have as much
as 8MB write cache. so the disk might be buffering as much as it can,
and trying to write only
On 12/21/06, Erik Mouw [EMAIL PROTECTED] wrote:
Bursty video traffic is really an application that could take advantage
from the kernel buffering. Unless you want to reinvent the wheel and do
the buffering yourself (it is possible though, I've done it on IRIX).
But in my test O_DIRECT gave a
On 12/22/06, Manish Regmi [EMAIL PROTECTED] wrote:
On 12/22/06, Bhanu Kalyan Chetlapalli [EMAIL PROTECTED] wrote:
I am assuming that your program is not seeking inbetween writes.
Try disabling the Disk Cache, now-a-days some disks can have as much
as 8MB write cache. so the disk might be
Hi,
I'm tying to run 2.6.18 kernel on ARM AT91RM9200DK board with NFS mount
root filesystem.
The printout from the boot is :
Loading:
#
#
On 12/22/06, Bhanu Kalyan Chetlapalli [EMAIL PROTECTED] wrote:
Thanks for the suggestion but the performance was terrible when write
cache was disabled.
Performance degradation is expected. But the point is - did the
anomaly, that you have pointed out, go away? Because if it did, then
it is
On Thu, Dec 21, 2006 at 06:11:08PM -0800, Andrew Morton wrote:
On Thu, 21 Dec 2006 18:00:49 -0800
Jeremy Fitzhardinge [EMAIL PROTECTED] wrote:
Frederik Deweerdt wrote:
This is a -mm1 kernel + your efl_offset fix + the attached patch.
So the problem came from putreg still saving %gs to
Andrew Morton wrote:
The below is what I have queued for urgent mainlining to address these
problems.
Is it sufficient?
It is sufficient to fix the serious eflags-clobbering bug, but it
doesn't fix the read-and-modify correctness problem Frederik found.
J
-
To unsubscribe from this
On 12/21/06, Nicolas Pitre [EMAIL PROTECTED] wrote:
On Thu, 21 Dec 2006, pHilipp Zabel wrote:
--- linux-2.6.orig/arch/arm/mach-pxa/generic.c2006-12-16
+++ linux-2.6/arch/arm/mach-pxa/generic.c 2006-12-16
16:47:45.0
@@ -129,6 +129,29 @@
Frederik Deweerdt wrote:
On Thu, Dec 21, 2006 at 11:22:05AM -0800, Jeremy Fitzhardinge wrote:
Frederik Deweerdt wrote:
Following the i386 pda patches, it's not possible to set gs or fs value
from gdb anymore. The following patch restores the old behaviour of
getting and setting
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I had USB stick (fat32) that reported file system corruption on mount and
hence was mounted read-only. No amount of umount/dosfsck/mount could make it
rw again. dosfsck reported device as clean but it still would mount ro and I
continued to see
Andrew Morton wrote:
OK, but you're using -mm, yes? And -mm has (the rather irritating)
convert-i386-pda-code-to-use-%fs.patch in it.
So perhaps your fix is a -mm-only thing?
Yes, I think that's true.
J
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the
On Thu, Dec 21, 2006 at 06:45:57PM +0100, Alexander van Heukelum wrote:
Hi,
Hmm. taking a peek at the bzImage there...
1d80 41 00 56 45 53 41 00 56 69 64 65 6f 20 61 64 61
|A.VESA.Video ada|
1d90 70 74 65 72 3a 20 00 00 00 b8 00 00 55 aa 5a 5a |pter:
..U.ZZ|
1da0
On 12/21/06, Andrew Morton [EMAIL PROTECTED] wrote:
On Wed, 20 Dec 2006 13:13:21 -0800
David Brownell [EMAIL PROTECTED] wrote:
+#define gpio_get_value(gpio) \
+ (GPLR GPIO_GPIO(gpio))
+
+#define gpio_set_value(gpio,value) \
+ ((value) ? (GPSR = GPIO_GPIO(gpio)) : (GPCR(gpio) =
Kiyoshi Ueda wrote:
Hi Jens,
On Thu, 21 Dec 2006 08:49:47 +0100, Jens Axboe [EMAIL PROTECTED] wrote:
The new hook is needed for error handling in dm.
For example, when an error occurred on a request, dm-multipath
wants to try another path before returning EIO to application.
Without the
On Fri, Dec 22, 2006 at 12:49:42AM +0100, Mikulas Patocka wrote:
On Thu, 21 Dec 2006, Jan Harkes wrote:
On Wed, Dec 20, 2006 at 12:44:42PM +0100, Miklos Szeredi wrote:
The stat64.st_ino field is 64bit, so AFAICS you'd only need to extend
the kstat.ino field to 64bit and fix those filesystems
On Thu, Dec 21, 2006 at 05:23:37PM +0300, Evgeniy Polyakov ([EMAIL PROTECTED])
wrote:
Ok, when site will be ready I will patch libevent and post patch or link
in this thread. I plan to complete it this week.
Btw, it uses only read/write/signal on fd events, so it must use
-poll() and thus be
On Thu, 2006-21-12 at 17:36 +0300, Evgeniy Polyakov wrote:
Btw, it uses only read/write/signal on fd events, so it must use
-poll() and thus be as fast as epoll.
It is supposed to detect the best mechanism in the kernel and switch
to that.
At the moment for example in my app it defaults to
On Thu, Dec 21, 2006 at 09:40:26AM -0500, jamal ([EMAIL PROTECTED]) wrote:
Things like sockets/pipes can only benefit from direct kevent usage
instead of -poll() and wrappers.
You should be able change it to use those schemes when it detects
that the kernel supports them.
I.e. stat() for
This is a set of changes to add TURBOchannel support to the defxx driver.
As at this point the EISA support in the driver has become the only not
having been converted to the driver model, I took the opportunity to
convert it as well. Plus support for MMIO in addition to PIO operation as
On Thu, 2006-21-12 at 17:46 +0300, Evgeniy Polyakov wrote:
On Thu, Dec 21, 2006 at 09:40:26AM -0500, jamal ([EMAIL PROTECTED]) wrote:
Things like sockets/pipes can only benefit from direct kevent usage
instead of -poll() and wrappers.
You should be able change it to use those schemes
On Thu, Dec 21, 2006 at 11:42:04AM -0500, jamal ([EMAIL PROTECTED]) wrote:
Things like sockets/pipes can only benefit from direct kevent usage
instead of -poll() and wrappers.
You should be able change it to use those schemes when it detects
that the kernel supports them.
On Thu, 2006-12-21 at 14:19 +0100, Sven-Haegar Koch wrote:
On Wed, 20 Dec 2006, Dan Williams wrote:
If we define interface down as meaning that the device is powered down
and the radio switched off, then (b) and (c) would presumably just need
to ensure that the interface is downed. (a) is
On Wed, 20 Dec 2006 22:06:51 EST, Dan Williams said:
It's also complicated because some switches are supposed to rfkill both
an 802.11 module _and_ a bluetooth module at the same time, or I guess
some laptops may even have one rfkill switch for each wireless device.
On my Dell D820, it's
From: Andrew Morton [EMAIL PROTECTED]
Date: Thu, 21 Dec 2006 12:49:54 -0800
Summary: asm/types.h should define __u64 if isoc99
Platform specific bug, and has nothing to do with networking.
This problem will occur with any user visible interface definition
that uses __u64, and there
21 Ara 2006 Per 22:58 tarihinde, David Miller şunları yazmıştı:
From: Andrew Morton [EMAIL PROTECTED]
Date: Thu, 21 Dec 2006 12:49:54 -0800
Summary: asm/types.h should define __u64 if isoc99
Platform specific bug, and has nothing to do with networking.
This problem will occur
Matthew Garrett [EMAIL PROTECTED] wrote:
In terms of what I've seen on vaguely modern hardware, I'd guess at
e1000 and sky2 as the top ones. b44 is still common in cheaper hardware,
with via-rhine appearing at the very low end. I'll try to grep through
our hardware database results to get
On Thu, Dec 21, 2006 at 01:27:55PM -0500, [EMAIL PROTECTED] wrote:
On Wed, 20 Dec 2006 22:06:51 EST, Dan Williams said:
It's also complicated because some switches are supposed to rfkill both
an 802.11 module _and_ a bluetooth module at the same time, or I guess
some laptops may even have
On Thu, Dec 21, 2006 at 07:03:23PM +0900, Keiichi KII wrote:
- remove drop initialization in the netpoll structure.
Why?
--
Mathematics is the supreme nostalgia of our time.
-
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to [EMAIL PROTECTED]
Arjan van de Ven wrote:
They are used to parameter the HW:
register access,
ethtool supports that, so shouldn't be an ioctl for sure
configuration of queue sets, on board memory
configuration,
I'm sure ethtool can do that too
firmware load, etc ...
and for this we have
Jeff,
I resubmit the patch supporting the latest Chelsio T3 adapter.
It incorporates Arjan's feedbacks:
- remove unnecessary ifdefs
- updates the pci ressource managment
- add flush after register write.
It is built against Linus'tree.
A corresponding monolithic patch is available at this URL:
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
From: Divy Le Ray [EMAIL PROTECTED]
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]
---
drivers/net/cxgb3/t3_hw.c | 3354
From: Divy Le Ray [EMAIL PROTECTED]
This patch implements the HW access routines for the
Chelsio T3 network adapter's driver.
This patch is split. This is the second part.
Signed-off-by: Divy Le Ray [EMAIL PROTECTED]
---
+/**
+ * t3_sge_write_context - write an SGE context
+ * @adapter:
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 capabilities of the
Chelsio network adapter's driver.
Signed-off-by: Divy Le Ray [EMAIL PROTECTED]
---
drivers/net/cxgb3/cxgb3_offload.c | 1222 +
drivers/net/cxgb3/l2t.c | 450
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 ++
201 - 300 of 602 matches
Mail list logo