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
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 |
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 ++
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 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 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
+ *
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 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
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:
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.
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
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)) :
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|
>
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"
-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
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
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 @@
> > >
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
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
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
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, 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
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, 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 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
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, 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
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
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
>>-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
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
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
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
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
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()
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
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
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 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
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
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
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
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 -
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 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?
> ---
>
>
+ 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
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 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
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
* 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:
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
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 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
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
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
* 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
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 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,
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.)
>...
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
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
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
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
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,
>
> 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
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
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
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
>
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,
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.
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
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?
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
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
"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
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:
>
> >
> >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
Subject: [patch] high-res timers: fix APIC event-broadcasting code
From: Ingo Molnar <[EMAIL PROTECTED]>
this patch fixes a bug in the APCI-C3-turns-off-lapic related
event-broadcasting code: it accidentally reactivated the global tick,
instead of the global event emulation layer.
The effect
-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 probably belongs in mptable.c as a helper.
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
The Elektor ISA card works fine on SMP, the patch below removes the
BROKEN_ON_SMP dependency.
Norbert
--- a/drivers/i2c/busses/Kconfig2006-12-21 21:31:27.0 +0100
+++ b/drivers/i2c/busses/Kconfig2006-12-21 21:32:27.0 +0100
@@ -86,7 +86,7 @@
> Index: 2.6-mm/drivers/infiniband/hw/ehca/ehca_irq.c
> ===
> --- 2.6-mm.orig/drivers/infiniband/hw/ehca/ehca_irq.c
> +++ 2.6-mm/drivers/infiniband/hw/ehca/ehca_irq.c
> @@ -670,11 +670,13 @@ static int comp_pool_callback(struct not
>
On Thu, 21 Dec 2006 12:50:00 PST, David Schwartz said:
> 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?
I know of at least one use case where a car *has* to have the doors welded
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
On Thu, Dec 21, 2006 at 03:41:39PM +0100, Ingo Molnar wrote:
> On Wed, 2006-12-20 at 19:03 -0600, Linas Vepstas wrote:
> > Same kernel runs fine on power5. Although it does have patches
> > applied, those very same patches boot fine when applied to a slightly
> > older kernel (2.6.19-rc4). I
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
On Thu, Dec 21, 2006 at 04:04:04PM +0800, Zhang, Yanmin wrote:
> I couldn't reproduce it on my EM64T machine. I instrumented function
> start_kernel and
> didn't find irq was enabled before calling init_IRQ. It'll be better if the
> reporter could
> instrument function start_kernel to capture
On Thu, 21 Dec 2006, David Schwartz 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* wrong to
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
On Dec 20 2006 17:42, Bill Davidsen wrote:
>
> Bearing in mind that some casts may have been put in when struct
> members had other values, may be needed on some hardware but not
> others, etc. Cleanups are good, but may not be as obvious as they
> appear.
>
> Not that there's a lack of places to
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
Guys:
Probably? What I am wondering is this: can the compiler
optimize away the range check that is duplicated in GPSR/GPCR
and GPIO_bit for __gpio_set/get_value? Or could we optimize
this case by expanding the macros in place (which would mean
duplicating code from pxa-regs.h)...
Who
> 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* wrong to sell someone a physical product and
"Yinghai Lu" <[EMAIL PROTECTED]> writes:
> On 12/19/06, Eric W. Biederman <[EMAIL PROTECTED]> wrote:
>> So the pin2 case should be tested right after the pin1 case as we do
>> currently. On most new boards that will be a complete noop.
>>
>> But it is better than our current blind guess at using
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 Thu, 21 Dec 2006 14:03:20 +0100
Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> On Tue, 2006-12-19 at 09:43 -0800, Linus Torvalds wrote:
> >
> > Btw,
> > here's a totally new tangent on this: it's possible that user code is
> > simply BUGGY.
>
> depmod: BADNESS: written outside isize 22183
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
Tomas Carnecky <[EMAIL PROTECTED]> writes:
> The problem is, nobody wants to decide what to do with closed source software
> in
> Linux. I don't care how you decide, for or against binary drivers (well,
> actually I do but my opinion doesn't matter), just decide already!
The decision from Linus
On Tuesday 19 December 2006 10:59, you wrote:
> At Mon, 4 Dec 2006 17:04:34 +0100,
>
> Adrian Bunk wrote:
> > In sound/isa/cmi8330.c, the ENABLE_SB_MIXER code is currently never
> > used.
> >
> > What's the story behind this?
> > Should ENABLE_SB_MIXER be enabled?
> > Or the code be removed?
>
>
Hello,
On Thu, Dec 21, 2006 at 04:04:04PM +0800, Zhang, Yanmin wrote:
> I couldn't reproduce it on my EM64T machine. I instrumented function
> start_kernel and
> didn't find irq was enabled before calling init_IRQ. It'll be better if the
> reporter could
> instrument function start_kernel to
1 - 100 of 602 matches
Mail list logo
