ay with "iommu=soft".
thanks
-joachim
[1] http://bugzilla.kernel.org/show_bug.cgi?id=7768
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
On 2013-03-18 22:06 +0100, Greg Kroah-Hartman wrote:
> 3.8-stable review patch. If anyone has any objections, please let me know.
This patch breaks resume from suspend on my system if the following
device is plugged in:
,
| $ lsusb | head -n1
| Bus 005 Device 002: ID 07d1:3c03 D-Link System
On 2013-03-19 19:17 +0100, Alan Stern wrote:
> On Tue, 19 Mar 2013, Sven Joachim wrote:
>
>> On 2013-03-18 22:06 +0100, Greg Kroah-Hartman wrote:
>>
>> > 3.8-stable review patch. If anyone has any objections, please let me know.
>>
>> This patch breaks
On 2013-03-19 21:10 +0100, Alan Stern wrote:
> On Tue, 19 Mar 2013, Sven Joachim wrote:
>
>> > In what way is resume broken?
>>
>> The kernel comes back, but the screen is black. Manually switching VT's
>> is possible, and if I type something I can se
On 2013-03-19 22:00 +0100, Alan Stern wrote:
> On Tue, 19 Mar 2013, Sven Joachim wrote:
>
>> On 2013-03-19 21:10 +0100, Alan Stern wrote:
>>
>> > On Tue, 19 Mar 2013, Sven Joachim wrote:
>> >
>> >> > In what way is resume broken?
>>
On 2013-03-20 21:08 +0100, Greg Kroah-Hartman wrote:
> On Tue, Mar 19, 2013 at 10:44:30PM +0100, Sven Joachim wrote:
>> On 2013-03-19 22:00 +0100, Alan Stern wrote:
>>
>> > On Tue, 19 Mar 2013, Sven Joachim wrote:
>> >
>> >> On 2013-03-19 21:10 +0100
On 2013-04-03 00:11 +0200, Greg Kroah-Hartman wrote:
> 3.8-stable review patch. If anyone has any objections, please let me know.
I'm seeing several complaints from udevd at boot in both 3.8.6-rc1 and
3.9-rc5: "udevd[56]: sender uid=65534, message ignored". Reverting the
patch below on top of 3
On 2013-04-03 16:00 +0200, Eric Dumazet wrote:
> On Wed, 2013-04-03 at 13:41 +0200, Sven Joachim wrote:
>> On 2013-04-03 00:11 +0200, Greg Kroah-Hartman wrote:
>>
>> > 3.8-stable review patch. If anyone has any objections, please let me know.
>>
>> I'
EM, 0);
> if (!regs)
> return -ENXIO;
>
> + pinctrl = devm_pinctrl_get_select_default(&pdev->dev);
> + if (IS_ERR(pinctrl)) {
> + dev_err(&pdev->dev, "Failed to request pinctrl\n");
> + retu
On 2013-02-28 10:59 +0100, j...@gentoo.org wrote:
> Ncurses provides a config script (ncurses5-config) to assist finding ncurses.
> This patch makes use of it to detect the necessary libs for linking of the
> ncurses nconfig dialog.
That script is not necessarily called ncurses5-config, it might
registered, assigned
bus number 1
[8.34] at91_ohci at91_ohci: irq 39, io mem 0x0030
[8.52] hub 1-0:1.0: USB hub found
[8.66] hub 1-0:1.0: 1 port detected
I assume this commit tried to fix the "can't request overcurrent gpio
0" message.
I am running
s.
Gave the patch series a quick spin on RM9200 as well and the
at91_ether driver still works. Not many patches here that touch the
shared code though.
So FWIW;
Tested-by: Joachim Eastwood
Note: Needed the patch you sent out (net/at91_ether: fix the use of
macb structure) to fix the build err
; }
>
> + pinctrl = devm_pinctrl_get_select_default(&pdev->dev);
> + if (IS_ERR(pinctrl)) {
> + err = PTR_ERR(pinctrl);
> + if (err == -EPROBE_DEFER)
> + goto err_out;
> +
> + dev_warn(
On 2013-09-25 02:17 +0200, Greg Kroah-Hartman wrote:
> 3.11-stable review patch. If anyone has any objections, please let me know.
Sorry for being a bit late, I was traveling last week and only upgraded
my kernel yesterday.
> From: Imre Deak
>
> commit 2960bc9cceecb5d556ce1c07656a6609e2f7e8b0
ude
> +#include
> +#include
> +#include
> + #include
The platform_data/atmel.h include shouldn't be necessary since the
driver already includes platform_data/macb.h.
Otherwise the fix up looks correct.
regards
Joachim Eastwood
--
To unsubscribe from this list: send the l
redefined
Everything we need from param.h on AVR32 is already in
asm-generic so let's use that.
Signed-off-by: Joachim Eastwood
---
arch/avr32/include/asm/Kbuild | 1 +
arch/avr32/include/asm/param.h | 9 -
2 files changed, 1 insertion(+), 9 deletions(-)
delete mode 100644 arc
On 2013-07-19 07:25 +0200, Greg Kroah-Hartman wrote:
> This is the start of the stable review cycle for the 3.10.2 release.
> There are 72 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
>
> Responses
On 2013-03-01 08:37 +0100, justin wrote:
> On 28/02/13 22:50, Sven Joachim wrote:
>> On 2013-02-28 10:59 +0100, j...@gentoo.org wrote:
>>
>>> Ncurses provides a config script (ncurses5-config) to assist finding
>>> ncurses.
>>> This patch makes use of i
On 2013-03-01 14:47 +0100, justin wrote:
> On 01/03/13 09:36, Sven Joachim wrote:
>> Historically it seems to be an accident, and the ncurses{w,5}-config
>> scripts should have better been shipped in their development packages.
>> But nowadays we want to make the developme
On 2013-03-03 21:23 +0100, Yann E. MORIN wrote:
> On Thursday 28 February 2013 Sven Joachim wrote:
>> On 2013-02-28 10:59 +0100, j...@gentoo.org wrote:
>
>> > scripts/kconfig/Makefile | 4 +++-
>> > 1 file changed, 3 insertions(+), 1 deletion(-)
>> >
>&
t; }
I sent a similar patch to spi-devl a while ago, which Grant said he applied.
https://patchwork.kernel.org/patch/2165301/
Can't find the patch in any upstream git tree so I guess Grant hasn't
pushed it yet.
regards
Joachim Eastwood
--
To unsubscribe fr
On 2012-07-31 06:43 +0200, Ben Hutchings wrote:
> 3.2-stable review patch. If anyone has any objections, please let me know.
Alas, this does not build if CONFIG_SMP is unset:
,
| arch/x86/kernel/microcode_core.c: In function 'reload_store':
| arch/x86/kernel/microcode_core.c:304:19: error:
I would like to see commit 2064db725cc6d4ea19a24c138bc37939b63e3ae6
(drm/nv86/fifo: suspend fix) cherry-picked to the 3.5 kernel series, it
makes suspend work again on my machine. Could you please queue this up
for 3.5.4?
Apologies for thread hijacking, my attempts to directly send the request
to
On 2012-08-08 07:37 +0200, Ben Skeggs wrote:
> On Mon, Aug 06, 2012 at 11:38:04PM +0300, Maxim Levitsky wrote:
>> On Sat, 2012-08-04 at 17:41 +0300, Maxim Levitsky wrote:
>> > On Mon, 2012-07-23 at 18:25 +0300, Aioanei Rares wrote:
>> > > On Thu, Jul 5, 2012 at 11:24 PM, Martin Nyhus
>> > > wr
On 2012-08-08 08:08 +0200, Ben Skeggs wrote:
> On Wed, Aug 08, 2012 at 08:00:21AM +0200, Sven Joachim wrote:
>> Not for me on my GeForce 8500 GT, and I still cannot suspend more than
>> once, subsequent attempts fail:
>>
>> ,
>> | Aug 8 07:49:16 turt
On 2012-08-08 08:18 +0200, Sven Joachim wrote:
> On 2012-08-08 08:08 +0200, Ben Skeggs wrote:
>
>> On Wed, Aug 08, 2012 at 08:00:21AM +0200, Sven Joachim wrote:
>>> Not for me on my GeForce 8500 GT, and I still cannot suspend more than
>>> once, subsequent attempts
On 2012-07-12 21:24 +0200, Greg KH wrote:
> This is the start of the stable review cycle for the 3.4.5 release.
> There are 187 patches in this series, all will be posted as a response
> to this one. If anyone has any issues with these being applied, please
> let me know.
As has been noted alrea
On 23 November 2012 14:49, Nicolas Ferre wrote:
> Add information to the DMA Configuration Register to
> maximize system performance:
> - rx/tx packet buffer full memory size
> - allow possibility to use INCR16 if supported
>
> Signed-off-by: Nicolas Ferre
Acked-by: Joa
dev;
> --
struct macb is shared between at91_ether and macb. Removing
rx_buffers_dma and rx_buffers will break compilation on at91_ether.
So please either leave the two struct members alone, for now, or fix
up at91_ether at the same time.
regards
Joachim Eastwood
--
To unsubscribe from this li
x0/0x720)
[ 16.15] r7:0013 r6:c001b4d4 r5:c0033658 r4:c3827ecc
[ 16.16] ---[ end trace d7472237284e57c3 ]---
[ 16.16] mpa1600-audio mpa1600-audio.0: Failed to set SSC for audio: -17
[ 16.18] mpa1600-audio: probe of mpa1600-audio.0 failed with error -17
regards
Joachim Eastwood
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Hi,
I'm sorry having to report that I'm only able to suspend once with Linux
3.5-rc5; any subsequent attempts fail. This is a regression from 3.4
where suspend/resume worked flawlessly and arbitrarily often on my
machine.
Bisection show that the problem was introduced in commit c420b2dc8dc:
,--
Hello!
Val Henson <[EMAIL PROTECTED]> writes:
> Sounds hardware related. Try removing cards or switching motherboards.
As I already mentioned, the problem persits over all of the described
hardware changes (that's what I meant to say with the "upgraded" and
"installed later" in the hardware de
ently applications that use sound hang for a while
and then continue without sound, producing more messages like the above.
This is an ancient 8bit original Soundblaster Pro board. But as I said,
it works with test2 and earlier kernels.
Joachim
--
work: [EMAIL PROTECTED] (http://www.realtimein
y familiar with the driver to know what it should
do. Could it be that once it can't find a card via isapnp it should bail
out from this loop?
Joachim
--
work: [EMAIL PROTECTED] (http://www.realtimeint.com)
private: [EMAIL PROTECTED] (http://www.kraut.bc.ca)
-
To unsubscribe from
Today, in a message to Joachim Achtzehnter, Paul Laufer wrote:
>
> I already sent Linus a patch. It is not test9-pre1. I have attached it
> here for you and others on lkml. Please let me know how it works for
> you. Patch applies to test7 through test8, and test9-pre1.
Yes, th
ng: its scope is
only this definition or declaration, which is probably not what you
want.
rm -f proc.o
Bye,
Joachim
P.S. Please send also an email to my private address as I am not
subscribed to the list.
--
Joachim Herb
mailto:[EMAIL PROTECTED]
-
To unsubscribe from this list: send the line &q
/src/linux/include/linux/skbuff.h
and vmware-2.0.3-799 can be compiled.
Regards
Joachim Backes
--
Joachim Backes <[EMAIL PROTECTED]> | Univ. of Kaiserslautern
Computer Center, Supercomputing Division | Phone: +49-631-205-2438
D-67653 Kaiserslautern, PO Box 3049, Germany | Fax: +
ny 2.2 kernal
All is locked writing to the MO using 2.4.0 or 2.4.1
What can i do to get a working system with 2.4.x and/or
to catch the bug.
--
Mit freundlichen Gruessen Best Regards
Joachim Reichelt
SF - Strukturforschung
Sam Ravnborg wrote:
> Joachim - any specific reason why you ifdeffed out usage of stock Gtk icons?
Only to have a consistent look between xconfig and gconfig.
A better way would perhaps be to use stock KDE and GNOME icons, but I
never had the time to make a fix for xconfig so I made t
. The surrounding
functions, though, are not prepared to be called from interrupt context
(GFP_KERNEL comes to mind), so I agree that a simple spin_lock() will
suffice. Thanks, Arnd, for pointing this out.
We'll keep you guys posted on the feature flag discussion. Until then,
have a nice w
Firmware would round up the number of SGEs to four, because the WQE
structure holds four SGEs. For SRQ, only three are supported, so return a
fixed value instead.
Signed-off-by: Joachim Fenkes <[EMAIL PROTECTED]>
---
The patch will apply cleanly on top of Roland's git. Please revie
support FMRs,
so we translate a "map FMR" into a "reallocate PMR", which doesn't work
without hCalls. What's more, the hCalls involved (e.g. H_FREE_RESOURCE)
might well return H_LONG_BUSY, so the whole operation might sleep; no way
around it.
How should we deal with thi
s still an issue with
map_phys_fmr possibly sleeping. Let's keep the irqsave for the time being
and revisit this part once we find a solution to map_phys_fmr.
Regards,
Joachim
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Several pSeries firmware versions share a rare locking issue in the
HCA-related hCalls. Check for a feature flag that indicates the issue being
fixed and serialize all HCA hCalls if not.
Signed-off-by: Joachim Fenkes <[EMAIL PROTECTED]>
---
This is the revised version of my previous patch,
, but I prefer "dangerous but working for the customer" over "not
working for the customer at all".
Maybe we can agree on keeping the status quo until no more ULPs depend on
FMR, then remove FMR from ehca? If so, we'd also let the _irqsave
spinlocks around hCalls stay in pl
Signed-off-by: Joachim Fenkes <[EMAIL PROTECTED]>
---
This addresses a comment of Roland and bumps the version number. If it's not
too late, please apply for 2.6.24. Thanks!
drivers/infiniband/hw/ehca/ehca_classes.h |1 +
drivers/infiniband/hw/ehca/ehca_main.c|2
[EMAIL PROTECTED] wrote on 13.12.2007 20:22:49:
> On Dec 13, 2007 12:30 AM, Or Gerlitz <[EMAIL PROTECTED]> wrote:
> > The current implementation of the open iscsi initiator makes sure to
> > issue commands in thread (sleepable) context, see iscsi_xmitworker and
> > references to it in drivers/scsi
"Caitlin Bestler" <[EMAIL PROTECTED]> wrote on 13.12.2007
22:08:34:
> To clarify, an FMR Work Request is simply posted to the SendQ like
> any other Work Request (of course the QP has to be privileged, or
> it will complete in error). An SQ Post should never block.
This would require hardware su
On Thursday 17 January 2008, Joachim Deguara wrote:
> On Tuesday 15 January 2008, H. Peter Anvin wrote:
> > Joachim Deguara wrote:
> > > Hello,
> > > I am trying to access the x86 git tree behind a proxy and therefore
> > > over the http address. This works
Signed-off-by: Joachim Fenkes <[EMAIL PROTECTED]>
---
drivers/infiniband/hw/ehca/ehca_reqs.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/drivers/infiniband/hw/ehca/ehca_reqs.c
b/drivers/infiniband/hw/ehca/ehca_reqs.c
index 3aacc8c..2ce8cff 100644
--- a/drive
The formula would yield -1 for this, which is wrong in a bad way (max
throttling). Clamp to 0, which is the correct value.
Signed-off-by: Joachim Fenkes <[EMAIL PROTECTED]>
---
This fixes another regression introduced in rc3.
Please review and apply for 2.6.24-rc4. Thanks!
drivers/infi
-related hCalls on POWER5.
Signed-off-by: Joachim Fenkes <[EMAIL PROTECTED]>
---
We tested this patch, especially the autodetection, and it works okay.
Please review and apply for 2.6.24-rc5 - thanks!
drivers/infiniband/hw/ehca/ehca_main.c | 16
drivers/infiniband/h
Wrong choice of port number caused modify_qp() to fail -- fixed.
Signed-off-by: Joachim Fenkes <[EMAIL PROTECTED]>
---
Please apply this for 2.6.24-rc4 as it fixes a regression introduced in rc3.
Thanks!
drivers/infiniband/hw/ehca/ehca_qp.c |4 ++--
1 files changed, 2 insertions
-http
much appreciated
-Joachim
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
From: Hoang-Nam Nguyen <[EMAIL PROTECTED]>
This patch enhances ehca with a capability to "autodetect" the ports being
connected physically. In order to utilize that function the module option
nr_ports must be set to -1 (default is 2 - two ports). This feature is
experimental and will made the defa
From: Hoang-Nam Nguyen
Signed-off-by: Hoang-Nam Nguyen <[EMAIL PROTECTED]>
---
drivers/infiniband/hw/ehca/ehca_classes.h |2 +-
drivers/infiniband/hw/ehca/ehca_main.c|6 +++---
2 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/infiniband/hw/ehca/ehca_classes.h
b
workaround
The patches will apply, in order, on top of Roland's for-2.6.25 branch.
Please review them and apply for 2.6.25 if you think they're okay.
Thanks and regards,
Joachim
--
Joachim Fenkes -- eHCA Linux Driver Developer and Hardware Tamer
IBM Deutschland Entwicklung GmbH --
From: Hoang-Nam Nguyen
Signed-off-by: Hoang-Nam Nguyen <[EMAIL PROTECTED]>
---
drivers/infiniband/hw/ehca/ehca_qp.c |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff --git a/drivers/infiniband/hw/ehca/ehca_qp.c
b/drivers/infiniband/hw/ehca/ehca_qp.c
index f116eb7..26c6a94 100
empty (size 0) RDMA Read into
the message stream every now and then if the consumer doesn't post them
frequently enough.
Signed-off-by: Joachim Fenkes <[EMAIL PROTECTED]>
---
drivers/infiniband/hw/ehca/ehca_classes.h |5 ++
drivers/infiniband/hw/ehca/ehca_qp.c | 14 ++
On Tuesday 15 January 2008, H. Peter Anvin wrote:
> Joachim Deguara wrote:
> > Hello,
> > I am trying to access the x86 git tree behind a proxy and therefore
> > over the http address. This works for Linus' tree but not for the x86
> > tree. Please follow these
From: Hoang-Nam Nguyen <[EMAIL PROTECTED]>
This patch enables ehca to redirect any PMA queries to the
actual PMA QP.
Signed-off-by: Hoang-Nam Nguyen <[EMAIL PROTECTED]>
Reviewed-by: Joachim Fenkes <[EMAIL PROTECTED]>
Reviewed-by: Christoph Raisch <[EMAIL PROTECTED]>
--
Signed-off-by: Joachim Fenkes <[EMAIL PROTECTED]>
---
drivers/infiniband/hw/ehca/ehca_irq.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/infiniband/hw/ehca/ehca_irq.c
b/drivers/infiniband/hw/ehca/ehca_irq.c
index 863b34f..b5ca94c 100644
--- a/d
them and apply for 2.6.25 if you think they're okay.
Thanks and regards,
Joachim
--
Joachim Fenkes -- eHCA Linux Driver Developer and Hardware Tamer
IBM Deutschland Entwicklung GmbH -- Dept. 3627 (I/O Firmware Dev. 2)
Schoenaicher Strasse 220 -- 71032 Boeblingen -- Germany
eMa
Quick history, this is a harmless patch that got dropped by Andi as a mixup to
dropping another patch of mine that was made obsolete by Yinghai.
http://thread.gmane.org/gmane.linux.kernel/559581
-Joachim
--
x86: add PCI IDs to k8topology_64.c
This just adds the PCI IDs of AMD&#
controler.
Any idea?
Regards
Joachim Backes
--
Joachim Backes <[EMAIL PROTECTED]> | Univ. of Kaiserslautern
Computer Center, High Performance Computing | Phone: +49-631-205-2438
D-67653 Kaiserslautern, PO Box 3049, Germany | Fax: +49-631-20
was correctly displayed by "make xconfig".
Regards
Joachim Backes
--
Joachim Backes <[EMAIL PROTECTED]> | Univ. of Kaiserslautern
Computer Center, High Performance Computing | Phone: +49-631-205-2438
D-67653 Kaiser
t card. The messages apppear in
the following environment: I send from another linux machine (per ssh) a command
wich plays some sound on my sound card, therefore the eth0 event and the sound
event occur at almost the same time.
Question: Can I ignore these messages, or is there any buggy behaviour
On Friday 20 July 2007 09:25:22 Nick Piggin wrote:
> On Wed, Jul 18, 2007 at 11:11:30AM +0200, Joachim Deguara wrote:
> > While learning about schedstats I found that the documentation in the
> > tree is old. I updated it and found some interesting stuff like
> > schedstats v
is has something to do with the TSC calibration and that hasn't
> changed, If I'm correct.
Could it just be that an SMI happened during the calibration?
-Joachim
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [
Previously, ibmebus derived a device's bus_id from its location code. The
location code is not guaranteed to be unique, so we might get bus_id
collisions if two devices share the same location code. The OFDT full_name,
however, is unique, so we use that instead.
Signed-off-by: Joachim F
guard so
possible weird OFDT setups don't break the kernel.
> There must be an individual property that is guaranteed to be unique and
> less than 32 characters. How about "ibm,my-drc-index"? That looks like
a
> good candidate.
On first glance, it does, however the att
[EMAIL PROTECTED] (Linas Vepstas) wrote on 30.08.2007 23:28:16:
> On Thu, Aug 30, 2007 at 04:00:56PM +0200, Joachim Fenkes wrote:
> >
> > Plus, I rather like using
> > the full_name since it also contains a descriptive name as opposed to
> > being just nondescript
eview the changes and apply the patches for 2.6.23-rc5 if they are okay.
Regards,
Joachim
--
Joachim Fenkes -- eHCA Linux Driver Developer and Hardware Tamer
IBM Deutschland Entwicklung GmbH -- Dept. 3627 (I/O Firmware Dev. 2)
Schoenaicher Strasse 220 -- 71032 Boeblingen -- Germany
From: Stefan Roscher <[EMAIL PROTECTED]>
The new Small QP code had a few bugs that would also trigger for non-Small
QPs. Fix them.
Signed-off-by: Joachim Fenkes <[EMAIL PROTECTED]>
---
drivers/infiniband/hw/ehca/ehca_qp.c | 10 ++
drivers/infiniband/hw/ehca/ipz_pt_fn.c
a) Report max_srq > 0 if SRQ is supported
b) Report "last wqe reached" event when base QP dies
Signed-off-by: Joachim Fenkes <[EMAIL PROTECTED]>
---
drivers/infiniband/hw/ehca/ehca_hca.c | 10 +--
drivers/infiniband/hw/ehca/ehca_irq.c | 48 +-
a staging approach: We put
the patch as it is now into 2.6.23 so the problem is fixed, and I'll post
a "nice" version with autoloading support and a generic of_make_bus_id
function for 2.6.24. Agree?
Regards,
Joachim
-
To unsubscribe from this list: send the line "unsubscribe l
r format: "12345678.ehca". I don't think this makes much of a
difference, though, and users shouldn't rely on the bus_id having a
certain format anyway, so IMHO we can live with this.
Regards,
Joachim
-
To unsubscribe from this list: send the line "unsubscribe li
On Thursday 02 August 2007 21:10:29 Michael Chan wrote:
> Alternatively, we can also fix it by calling pci_enable_device() again
> in tg3_open(). But I think it is better to just always save and restore
> in suspend/resume. bnx2.c will also require the same fix.
>
> Thanks Joachim
een cores though.
This is a BIOS bug as the BIOS should have programmed the MSR the same for
both cores. See section 10.2.4 of the Rev F BKDG [1] (10.2.4.1 talks about
the SMI case but a newer version of the doc not yet release has similar
wording about both cores needing to have the bit set for t
amp; nr_ioapics)
> + enable_IO_APIC();
Surely you meant something prettier like
+ if (!smp_processor_id() && !skip_ioapic_setup && nr_ioapics)
+ enable_IO_APIC();
-Joachim
-
To unsubscribe from this list: send the line "unsubscr
Signed-off-by: Joachim Fenkes <[EMAIL PROTECTED]>
---
This patch should apply cleanly on top of Stefan's recent patchset. Please
review and apply for 2.6.23. Thanks.
drivers/infiniband/hw/ehca/ehca_hca.c | 10 +++---
1 files changed, 7 insertions(+), 3 deletions(-)
diff --gi
at fault but Andi's patch just works around the BIOS'
incompleteness and has been successful for two other people.
-Joachim
-
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
:
# ifconfig eth0 up
SIOCSIFFLAGS: No such device
Full kernel log follows.
-Joachim
[0.00] Linux version 2.6.23-rc1-git9 ([EMAIL PROTECTED]) (gcc version
4.2.1 20070705 (prerelease) (SUSE Linux)) #13 SMP PREEMPT Tue Jul 31 11:15:02
CEST 2007
[0.00] Command line:
root=/dev/disk
tate()?
Reading pci_restore_state() it looks already instrumented. Sorry about the
wrong pci device, looking at my BCM5788 it is pci device 08:04.0 and looking
at the log from my first post there is nothing restored in the first 64
bytes! Otherwise it would have said "PM: Writing back..."
On Thursday 02 August 2007 10:05:44 Joachim Deguara wrote:
> On Wednesday 01 August 2007 23:00:23 Michael Chan wrote:
> > On Wed, 2007-08-01 at 10:47 -0700, Michael Chan wrote:
> > The problem is that memory enable and bus master were not set in PCI
> > register 4 after resume
I was just queuing up an identical patch ;) We didn't run into a problem yet
but we were going to fix this to fit our BKDG documentation. I didn't see
the original email, could you point me to it?
-Joachim
On Thursday 09 August 2007 14:41:28 Andi Kleen wrote:
> From: dean g
vely. Match the external
ibmebus
> > > > interface and drivers using it.
> > > >
> > > > Signed-off-by: Joachim Fenkes <[EMAIL PROTECTED]>
> > >
> > > This is somewhat difficult as this patch touches files that are the
> > > respon
hca_cap_mr_pgsize and fixes a problem with ib_srp
[5/5] enables large page MRs by default
I built the patches on top of Roland's for-2.6.24 git branch. Please review
and queue them for 2.6.24-rc1 if you're okay with them. Thanks!
Cheers,
Joachim
--
Joachim Fenkes -- eHCA Linux Driver Dev
Because hardware reports the SRQ token in RWQEs of SRQ base QPs, supply the
base QP token as SRQ token, so we can properly find the SRQ base QP.
Signed-off-by: Joachim Fenkes <[EMAIL PROTECTED]>
---
drivers/infiniband/hw/ehca/ehca_qp.c |4 +++-
1 files changed, 3 insertions(+), 1 del
Signed-off-by: Joachim Fenkes <[EMAIL PROTECTED]>
---
drivers/infiniband/hw/ehca/ehca_mrmw.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/infiniband/hw/ehca/ehca_mrmw.c
b/drivers/infiniband/hw/ehca/ehca_mrmw.c
index da88738..16c9efd 100644
--- a/d
Simplify ehca_encode_hwpage_size(), fixing an infinite loop for pgsize == 0
in the process. Fix the bug in alloc_fmr() that triggered the loop.
Signed-off-by: Joachim Fenkes <[EMAIL PROTECTED]>
---
drivers/infiniband/hw/ehca/ehca_mrmw.c | 15 ---
1 files changed, 4 inse
ehca_shca.hca_cap_mr_pgsize now contains all supported page sizes ORed
together. This makes some checks easier to code and understand, plus we can
return this value verbatim in query_hca(), fixing a problem with SRP
(reported by Anton Blanchard -- thanks!).
Signed-off-by: Joachim Fenkes <[EM
Signed-off-by: Joachim Fenkes <[EMAIL PROTECTED]>
---
drivers/infiniband/hw/ehca/ehca_main.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/infiniband/hw/ehca/ehca_main.c
b/drivers/infiniband/hw/ehca/ehca_main.c
index d477dc3..2f51c13 100644
--- a/d
field is
present. You could remove it in your patch then.
Regards,
Joachim
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
The IPD formula was a little off and assumed a fixed physical link rate; fix
the formula and query the actual physical link rate, now that we can get it.
Also, refactor the calculation into a common function ehca_calc_ipd() and
use that instead of duplicating code.
Signed-off-by: Joachim Fenkes
supported
[2/2] fixes static rate calculation based on that info
The patches will apply, in order, on top of Roland's for-2.6.24 branch.
Please review them and apply for 2.6.24-rc2 if you think they're okay.
Thanks and regards,
Joachim
--
Joachim Fenkes -- eHCA Linux Driver Developer an
Newer firmware versions return physical port information to the partition,
so hand that information to the consumer if it's present.
Signed-off-by: Joachim Fenkes <[EMAIL PROTECTED]>
---
drivers/infiniband/hw/ehca/ehca_hca.c | 20 ++--
drivers/infiniband/hw/ehc
sys/bus/ibmebus exist even if the system booted with no LHEA
> nodes?
Sure.
> Can we also have an attribute "devspec" that communicates the open
> firmware path through sysfs?
This is already taken care of by of_device_register().
Cheers,
Joachim
---
Joachim Fenkes -- eHCA L
evice will point it to the device tree node, which in turn
contains the
location code property.
So I think there's nothing preventing me from using your function. Thanks
for
pointing this out.
Regards,
Joachim
---
Joachim Fenkes -- eHCA Linux Driver Developer and Hardware Tamer
extra
e)
> + return -ENODEV;
>
> inside the code of of_device_uevent itself.
Nice! Patch will follow.
Thanks again,
Joachim
---
Joachim Fenkes -- eHCA Linux Driver Developer and Hardware Tamer
extraordinaire
IBM Deutschland Entwicklung GmbH -- Dept. 3627 (I/O Firmware Development
2)
1 - 100 of 355 matches
Mail list logo
