On Fri, Jan 12, 2001 at 12:50:10PM +0100, Danny ter Haar wrote:
eth0: PCnet/FAST III 79C973 at 0xfce0, 00 00 e2 24 41 1d
pcnet32: pcnet32_private lp=c3c42000 lp_dma_addr=0x3c42000 assigned IRQ 9.
pcnet32.c:v1.25kf 26.9.1999 [EMAIL PROTECTED]
same chip works for me von my P5 SMP box.
irq
On Wed, Apr 04, 2001 at 01:14:16PM -0700, Petr Vandrovec wrote:
VMware is working on implementation PCnet 32bit mode in emulation (there
is no such thing now because of no OS except FreeBSD needs it). But
my question is - is there some real benefit in running chip in
32bit mode?
probably
When using FLAT_MEMORY and ARCH_PFN_OFFSET is not 0, the kernel
crashes in memmap_init_zone(). This bug got introduced by
commit c713216deebd95d2b0ab38fef8bb2361c0180c2d
Signed-off-by: Thomas Bogendoerfer [EMAIL PROTECTED]
---
mm/page_alloc.c |2 +-
1 files changed, 1 insertions(+), 1
On Tue, Dec 18, 2007 at 04:24:04AM -0800, Andrew Morton wrote:
On Tue, 18 Dec 2007 13:03:00 +0100 (CET) Thomas Bogendoerfer [EMAIL
PROTECTED] wrote:
--- a/mm/page_alloc.c
+++ b/mm/page_alloc.c
@@ -3427,7 +3427,7 @@ static void __init_refok alloc_node_mem_map(struct
pglist_data *pgdat
On Tue, Dec 18, 2007 at 01:58:28PM +, Mel Gorman wrote:
That commit is over a year old and it initially distressed me that it
would take this long to show up on a boot test. However, you said this was
to fix MIPS in a follow-on mail and I never made it use arch-independent
zone-sizing
On Thu, Dec 20, 2007 at 11:44:06AM +, Mel Gorman wrote:
--- a/include/asm-mips/page.h
+++ b/include/asm-mips/page.h
@@ -37,13 +37,6 @@
#include linux/pfn.h
#include asm/io.h
-/*
- * It's normally defined only for FLATMEM config but it's
- * used in our early mem init code for all
On Fri, Dec 21, 2007 at 06:16:41AM -0700, Matthew Wilcox wrote:
On Fri, Dec 21, 2007 at 10:33:26AM +, Alan Cox wrote:
On Fri, 21 Dec 2007 13:30:08 +1100
Benjamin Herrenschmidt [EMAIL PROTECTED] wrote:
The sense buffer ins scsi_cmnd can nowadays be DMA'ed into directly
by some low
On Fri, Dec 21, 2007 at 07:00:25AM -0700, Matthew Wilcox wrote:
On Fri, Dec 21, 2007 at 02:30:28PM +0100, Thomas Bogendoerfer wrote:
there are SCSI host drivers, which also DMA to the sense buffer like
sgiwd93.c for example.
Yes ... and there are others which don't, for example qla2xxx
Use SGI_HAS_INDYDOG for INDYDOG depends.
Signed-off-by: Thomas Bogendoerfer [EMAIL PROTECTED]
---
Please apply for 2.6.25.
drivers/watchdog/Kconfig |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/watchdog/Kconfig b/drivers/watchdog/Kconfig
index 2792bc1
Use DEFAULT_SGI_PARTITION for SGI_PARTION default
Signed-off-by: Thomas Bogendoerfer [EMAIL PROTECTED]
---
Please apply for 2.6.25.
fs/partitions/Kconfig |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/fs/partitions/Kconfig b/fs/partitions/Kconfig
index a99acd8
Use SGI_HAS_DS1286 for SGI_DS1286 depends
Signed-off-by: Thomas Bogendoerfer [EMAIL PROTECTED]
---
Please apply for 2.6.25.
drivers/char/Kconfig |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/char/Kconfig b/drivers/char/Kconfig
index a509b8d..06271e8 100644
- Use SGI_HAS_ZILOG for IP22_ZILOG depends
- remove IP22 from description, because the driver works on more than
IP22 SGI machines
Signed-off-by: Thomas Bogendoerfer [EMAIL PROTECTED]
---
Please apply for 2.6.25.
drivers/serial/Kconfig |8
1 files changed, 4 insertions(+), 4
New serial driver for SC2681/SC2691 uarts. Older SNI RM400 machines are
using these chips for onboard serial ports.
Signed-off-by: Thomas Bogendoerfer [EMAIL PROTECTED]
---
Please apply for 2.6.25.
drivers/serial/Kconfig | 15 +
drivers/serial/Makefile |1 +
drivers/serial/sc26xx.c
On Mon, Dec 03, 2007 at 03:57:46PM -0800, Arjan van de Ven wrote:
+#define SC26XX_MAJOR 204
+#define SC26XX_MINOR_START 205
+#define SC26XX_NR2
did lanana assign these numbers officially?
I tried to numbers several months ago and didn't get any response :-(
On Mon, Dec 03, 2007 at 03:53:17PM -0800, Andrew Morton wrote:
On Sun, 2 Dec 2007 20:43:46 +0100 (CET)
Thomas Bogendoerfer [EMAIL PROTECTED] wrote:
New serial driver for SC2681/SC2691 uarts. Older SNI RM400 machines are
using these chips for onboard serial ports.
Little things
On Tue, Dec 04, 2007 at 12:45:16PM +, Alan Cox wrote:
I tried to numbers several months ago and didn't get any response
Please raise it with the relevant people. If our LANANA administrator is
not doing their job then the Linuxfoundation need to find a replacement,
or hand control of
On Tue, Dec 04, 2007 at 07:27:38PM -0800, Andrew Morton wrote:
grumble.
These:
+#define READ_SC(p, r)readb((p)-membase + RD_##r)
+#define WRITE_SC(p, r, v)writeb((v), (p)-membase + WR_##r)
and these:
+#define READ_SC_PORT(p, r) read_sc_port(p, RD_PORT_##r)
On Tue, Nov 20, 2007 at 06:51:14AM +1100, Benjamin Herrenschmidt wrote:
On Mon, 2007-11-19 at 00:38 -0800, David Miller wrote:
From: Benjamin Herrenschmidt [EMAIL PROTECTED]
Date: Mon, 19 Nov 2007 16:35:23 +1100
I'm not sure what is the best way to fix that. Internally, I've done
Date: Sun, 25 Nov 2007 03:02:20 +0100
Subject: [PATCH] IP22ZILOG: fix lockup and sysrq
- fix lockup when switching from early console to real console
- make sysrq reliable
- fix panic, if sysrq is issued before console is opened
Signed-off-by: Thomas Bogendoerfer [EMAIL PROTECTED]
---
arch/mips
- fix lockup when switching from early console to real console
- make sysrq reliable
- fix panic, if sysrq is issued before console is opened
Signed-off-by: Thomas Bogendoerfer [EMAIL PROTECTED]
---
arch/mips/sgi-ip22/ip22-setup.c | 19 ---
drivers/serial/ip22zilog.c | 247
Commit a6c05c3d064dbb83be88cba3189beb5db9d2dfc3 breaks ip= parsing
completly, because ic_enable is never set. The patch below puts
back the way ic_enable was set before.
Signed-off-by: Thomas Bogendoerfer [EMAIL PROTECTED]
---
net/ipv4/ipconfig.c |1 +
1 files changed, 1 insertions(+), 0
On Thu, Dec 20, 2007 at 01:27:20PM +, Mel Gorman wrote:
On (20/12/07 13:43), Thomas Bogendoerfer didst pronounce:
On Thu, Dec 20, 2007 at 11:44:06AM +, Mel Gorman wrote:
--- a/include/asm-mips/page.h
+++ b/include/asm-mips/page.h
@@ -37,13 +37,6 @@
#include linux/pfn.h
When submitting the driver for inclusion to 2.6.25 I've missed the change to
serial_core.h. This patch fixes this.
Signed-off-by: Thomas Bogendoerfer [EMAIL PROTECTED]
---
include/linux/serial_core.h |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/include/linux
On Tue, Aug 21, 2007 at 05:41:04PM -0300, Glauber de Oliveira Costa wrote:
On 8/21/07, Chris Wedgwood [EMAIL PROTECTED] wrote:
On Tue, Aug 21, 2007 at 07:35:50PM +0200, Adrian Bunk wrote:
Are there any architectures still requiring a gcc 4.0 ?
Yes, sadly in some places (embedded)
to `sni_eisa_root_init'
rm200.c:(.init.text+0x52c): relocation truncated to fit: R_MIPS_26 against
`sni_eisa_root_init'
make[1]: *** [.tmp_vmlinux1] Error 1
-- snip --
Signed-off-by: Adrian Bunk [EMAIL PROTECTED]
Thanks for your fix, Adrian.
Ralf, please apply.
Acked-by: Thomas Bogendoerfer [EMAIL
Use SGI_HAS_I8042 to select SGI i8042 handling
Signed-off-by: Thomas Bogendoerfer [EMAIL PROTECTED]
---
This is the only patch for SGO IP28 support, which didn't make it in the
merge window. I hope this is patch is small enough to still get it in
the 2.6.25-rc cycle.
drivers/input/serio
On Fri, Feb 02, 2007 at 02:27:29PM +0100, Jan Engelhardt wrote:
I think this is a bug since I am not using a NFS root FS.
I just wonder why IP_PNP has not been obsoleted and removed from the
tree yet, given that initramfs is the advertised way to do so such
things.
I hope this will not
On Wed, May 21, 2014 at 08:32:24PM -0700, Guenter Roeck wrote:
On 05/21/2014 07:19 PM, Flavio Leitner wrote:
From: Flavio Leitner f...@sysclose.org
It is possible to increase left fan speed on a
DELL Precision 490n system up to 3.
valuefan rpm
1 35460
2
On Sun, Jun 15, 2014 at 08:56:35PM +0200, Sam Ravnborg wrote:
On Tue, Jun 10, 2014 at 05:20:08PM -0400, Peter Hurley wrote:
On 06/10/2014 03:24 PM, Sam Ravnborg wrote:
From: Peter Hurley pe...@hurleysoftware.com
Date: Mon, 9 Jun 2014 19:21:43 -0400
Subject: [PATCH] serial: sunsab: Test
From: Thomas Bogendoerfer <tbogendoer...@suse.de>
Even the driver doesn't do anything with the clk source for SGMII
ports it needs to be enabled by doing a devm_clk_get(), if there is
a clk source in DT.
Fixes: 0db01097cabd ('xgene: Don't fail probe, if there is no clk resource for
For 64bit kernels the lmmio_space_offset of the host bridge window
isn't set correctly on systems with dino/cujo PCI host bridges.
This leads to not assigned memory bars and failing drivers, which
need to use these bars.
Signed-off-by: Thomas Bogendoerfer <tsbog...@alpha.franken.de>
---
d
From: Thomas Bogendoerfer <tbogendoer...@suse.de>
FCOE offloading on qedf devices fails with:
[qed_sp_fcoe_func_start:150(sp-0-3b:00.02)]Cannot satisfy CQ amount. CQs
requested 8, CQs available 6. Aborting function start
[qed_fcoe_start:821()]Failed to start fcoe
[__qedf
From: Thomas Bogendoerfer <tbogendoer...@suse.de>
This change fixes following problem
[1.827940] xgene-enet: probe of 1f210030.ethernet failed with error -2
which leads to a missing ethernet interface (reproducable at least on
Gigabyte MP30-AR0 and APM Mustang systems).
The
From: Thomas Bogendoerfer <tbogendoer...@suse.de>
FCOE offloading failed with:
[qed_sp_fcoe_func_start:150(sp-0-3b:00.02)]Cannot satisfy CQ amount. CQs
requested 8, CQs available 6. Aborting function start
[qed_fcoe_start:821()]Failed to start fcoe
[__qedf_probe:3041]:6:
in parport_pc_probe_port,
which PARISC DMA API doesn't handle very nicely. This commit gives back
DMA_ERROR_CODE for DMA API calls, if device isn't capable of DMA
transaction.
Signed-off-by: Thomas Bogendoerfer <tsbog...@alpha.franken.de>
---
arch/parisc/include/asm/dma-mapping.h | 11 +++
d
(-ENODEV) makes
more sense.
Without this change serial console on SNI RM400 machines (MIPS arch)
is broken, because sccnxp driver doesn't get a valid clock rate.
Signed-off-by: Thomas Bogendoerfer <tsbog...@alpha.franken.de>
---
include/linux/clk.h | 10 +-
1 file changed, 5 inse
From: Thomas Bogendoerfer <tbogendoer...@suse.de>
Give back all modes advertised by the link partner. This change brings
the marvell phy driver in line with all other phy drivers.
Signed-off-by: Thomas Bogendoerfer <tbogendoer...@suse.de>
---
drivers/net/phy/marvell.c | 7 ---
From: Thomas Bogendoerfer <tbogendoer...@suse.de>
Provide link partner advertising information.
Removed testing for gigabit modes, which is useless for a fast ethernet phy.
Signed-off-by: Thomas Bogendoerfer <tbogendoer...@suse.de>
---
drivers/net/phy/lxt.c | 11 ---
1 fil
ed-off-by: Thomas Bogendoerfer <tsbog...@alpha.franken.de>
---
drivers/tty/serial/sccnxp.c | 15 ++-
1 file changed, 10 insertions(+), 5 deletions(-)
diff --git a/drivers/tty/serial/sccnxp.c b/drivers/tty/serial/sccnxp.c
index fcf803f..cdd2f94 100644
--- a/drivers/tty/serial/sc
Provide information about used firmware files via modinfo.
Signed-off-by: Thomas Bogendoerfer <tbogendoer...@suse.de>
---
drivers/infiniband/hw/hfi1/firmware.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/infiniband/hw/hfi1/firmware.c
b/drivers/infiniband/hw/hfi1/firm
On Wed, 11 Oct 2017 11:31:18 -0400
Dennis Dalessandro <dennis.dalessan...@intel.com> wrote:
> On 10/11/2017 8:41 AM, Thomas Bogendoerfer wrote:
> I don't find this terribly useful, but if it's useful for you I'm sure
> it is for others as well, so I have no problem with it.
w
On Wed, 6 Dec 2017 11:27:31 -0800
Michael Chan <michael.c...@broadcom.com> wrote:
> On Tue, Dec 5, 2017 at 4:33 AM, Thomas Bogendoerfer
> <tbogendoer...@suse.de> wrote:
> > bnxt driver spams logfiles with
> >
> > [ 541.003065] bnxt_en :5d:00.1 eth
On Thu, 7 Dec 2017 01:24:43 -0800
Michael Chan <michael.c...@broadcom.com> wrote:
> On Thu, Dec 7, 2017 at 1:14 AM, Thomas Bogendoerfer
> <tbogendoer...@suse.de> wrote:
> > well, it will print the forced rate, if there is one configured and -1
> > othe
information.
Signed-off-by: Thomas Bogendoerfer <tbogendoer...@suse.de>
---
drivers/net/ethernet/broadcom/bnxt/bnxt.c | 9 -
1 file changed, 9 deletions(-)
diff --git a/drivers/net/ethernet/broadcom/bnxt/bnxt.c
b/drivers/net/ethernet/broadcom/bnxt/bnxt.c
index 8c1dd60eab6f..8a2319
Offload CRC calculation when possible")
Signed-off-by: Thomas Bogendoerfer <tbogendoer...@suse.de>
---
drivers/infiniband/sw/rxe/rxe_verbs.c | 10 ++
1 file changed, 6 insertions(+), 4 deletions(-)
diff --git a/drivers/infiniband/sw/rxe/rxe_verbs.c
b/drivers/infiniband/sw
Use fixed width integer types for ecoff structs to make elf2ecoff work
on 64bit host machines
Signed-off-by: Thomas Bogendoerfer <tbogendoer...@suse.de>
---
arch/mips/boot/ecoff.h | 58 +++---
arch/mips/boot/elf2ecoff.c | 29 +++-
Use fixed width integer types for ecoff structs to make elf2ecoff work
on 64bit host machines
Signed-off-by: Thomas Bogendoerfer
---
arch/mips/boot/ecoff.h | 58 +++---
arch/mips/boot/elf2ecoff.c | 29 +++
2 files changed, 43
Use fixed width integer types for ecoff structs to make elf2ecoff work
on 64bit host machines
Signed-off-by: Thomas Bogendoerfer
---
v2: include stdint.h and use inttypes.h for printf formats
arch/mips/boot/ecoff.h | 58 +++---
arch/mips/boot
On Thu, 31 May 2018 17:03:11 -0700
Paul Burton wrote:
> Perhaps we should #include before making use of the types it
> provides?
good point, will send a new version.
> > @@ -518,7 +518,7 @@ int main(int argc, char *argv[])
> >
> > for (i = 0; i < nosecs; i++) {
> >
On Mon, 4 Jun 2018 15:14:04 -0700
Paul Burton wrote:
> > +#include
>
> Could you move the #include into ecoff.h? Since ecoff.h
> itself makes use of these types. I know the end result will be the same,
> but if anything else were ever to include ecoff.h then having the right
> includes there
Use fixed width integer types for ecoff structs to make elf2ecoff work
on 64bit host machines
Signed-off-by: Thomas Bogendoerfer
Reviewed-by: Paul Burton
---
v3: include stdint.h in ecoff.h
missed one printf format
v2: include stdint.h and use inttypes.h for printf formats
arch/mips
-by: Thomas Bogendoerfer <tbogendoer...@suse.de>
---
drivers/infiniband/hw/mlx5/main.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/drivers/infiniband/hw/mlx5/main.c
b/drivers/infiniband/hw/mlx5/main.c
index 260f8be1d0ed..4388618e3434 100644
--- a/drivers/infiniband/h
dereference
[ 1097.901250] at 0046
[...]
Reason is that rxe->tfm is assigned the error return, which will then
be used for crypto_free_shash() in rxe_cleanup. Fix by using a
temporay variable and assigning it rxe->tfm after allocation succeeded.
Signed-off-by: Thomas Bogend
somehow visible in rate_show(). When I checked all other drivers only mlx5
stand out
so I decided to only change mlx5. But I make a change to let rate_show() print
out,
that is currently has no rate for the port.
Thomas.
--
Thomas Bogendoerfer <tbogendoer...@suse.de>
sg list elements could cover more than one page of data. Therefore
using plat_map_dma_mem_page() doesn't work for platforms, which have
IOMMU functionality hidden behind plat_map_dma_XXX functions.
Fixes: e36863a550da ("MIPS: HIGHMEM DMA on noncoherent MIPS32 processors")
Signed-off-
platform devices for sonic and esp didn't have dma_masks.
Signed-off-by: Thomas Bogendoerfer
---
arch/mips/jazz/setup.c | 17 +++--
1 file changed, 15 insertions(+), 2 deletions(-)
diff --git a/arch/mips/jazz/setup.c b/arch/mips/jazz/setup.c
index 448fd41792e4..1b5e121c3f0d 100644
On Wed, 11 Jul 2018 09:15:56 -0700
Paul Burton wrote:
> On Wed, Jul 11, 2018 at 01:38:52PM +0200, Thomas Bogendoerfer wrote:
> > platform devices for sonic and esp didn't have dma_masks.
>
> That's a very brief commit message :)
I thought it's obvious, that now every dma ma
On Wed, 11 Jul 2018 09:03:42 -0700
Paul Burton wrote:
> This doesn't apply after Christoph's massive MIPS DMA cleanup which can
> be found in mips-next (or linux-next). After this work we end up using
> the generic dma_direct_map_sg() on most systems, and the code above has
> been removed.
Commit 205e1b7f51e4 ("dma-mapping: warn when there is no coherent_dma_mask")
introduced a warning, if a device is missing a coherent_dma_mask.
ESP and sonic are using dma mapping functions, so they need dma masks.
Signed-off-by: Thomas Bogendoerfer
---
arch/mips/jazz/se
y the call to memblock_set_current_limit() is moved
to the common bootmem_init(), where max_low_pfn is calculated
for non NUMA enabled platforms.
Fixes: bcec54bf3118 ("mips: switch to NO_BOOTMEM")
Signed-off-by: Thomas Bogendoerfer
---
arch/mips/kernel/setup.c | 18 +-
On Thu, 8 Nov 2018 18:18:23 +0200
Mike Rapoport wrote:
> On Thu, Nov 08, 2018 at 03:44:28PM +0100, Thomas Bogendoerfer wrote:
> > Commit bcec54bf3118 ("mips: switch to NO_BOOTMEM") broke SGI-IP27
> > and NUMA enabled loongson3 by doing memblock_set_current_limit()
> &
On Fri, Jan 12, 2001 at 12:50:10PM +0100, Danny ter Haar wrote:
> eth0: PCnet/FAST III 79C973 at 0xfce0, 00 00 e2 24 41 1d
> pcnet32: pcnet32_private lp=c3c42000 lp_dma_addr=0x3c42000 assigned IRQ 9.
> pcnet32.c:v1.25kf 26.9.1999 [EMAIL PROTECTED]
same chip works for me von my P5 SMP box.
>
On Wed, Apr 04, 2001 at 01:14:16PM -0700, Petr Vandrovec wrote:
> VMware is working on implementation PCnet 32bit mode in emulation (there
> is no such thing now because of no OS except FreeBSD needs it). But
> my question is - is there some real benefit in running chip in
> 32bit mode?
probably
On Fri, Feb 02, 2007 at 02:27:29PM +0100, Jan Engelhardt wrote:
> >> I think this is a bug since I am not using a NFS root FS.
>
> I just wonder why IP_PNP has not been obsoleted and removed from the
> tree yet, given that initramfs is the advertised way to do so such
> things.
I hope this
On Tue, Aug 21, 2007 at 05:41:04PM -0300, Glauber de Oliveira Costa wrote:
> On 8/21/07, Chris Wedgwood <[EMAIL PROTECTED]> wrote:
> > On Tue, Aug 21, 2007 at 07:35:50PM +0200, Adrian Bunk wrote:
> >
> > > Are there any architectures still requiring a gcc < 4.0 ?
> >
> > Yes, sadly in some places
On Tue, Nov 20, 2007 at 06:51:14AM +1100, Benjamin Herrenschmidt wrote:
>
> On Mon, 2007-11-19 at 00:38 -0800, David Miller wrote:
> > From: Benjamin Herrenschmidt <[EMAIL PROTECTED]>
> > Date: Mon, 19 Nov 2007 16:35:23 +1100
> >
> > > I'm not sure what is the best way to fix that. Internally,
On Sun, Jun 15, 2014 at 08:56:35PM +0200, Sam Ravnborg wrote:
> On Tue, Jun 10, 2014 at 05:20:08PM -0400, Peter Hurley wrote:
> > On 06/10/2014 03:24 PM, Sam Ravnborg wrote:
> > >>From: Peter Hurley
> > >>Date: Mon, 9 Jun 2014 19:21:43 -0400
> > >>Subject: [PATCH] serial: sunsab: Test for no tx
On Wed, May 21, 2014 at 08:32:24PM -0700, Guenter Roeck wrote:
> On 05/21/2014 07:19 PM, Flavio Leitner wrote:
> >From: Flavio Leitner
> >
> >It is possible to increase left fan speed on a
> >DELL Precision 490n system up to 3.
> >
> > valuefan rpm
> > 1 35460
> > 2
From: Thomas Bogendoerfer
FCOE offloading failed with:
[qed_sp_fcoe_func_start:150(sp-0-3b:00.02)]Cannot satisfy CQ amount. CQs
requested 8, CQs available 6. Aborting function start
[qed_fcoe_start:821()]Failed to start fcoe
[__qedf_probe:3041]:6: Cannot start FCoE function
Provide information about used firmware files via modinfo.
Signed-off-by: Thomas Bogendoerfer
---
drivers/infiniband/hw/hfi1/firmware.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/infiniband/hw/hfi1/firmware.c
b/drivers/infiniband/hw/hfi1/firmware.c
index dee3c674f33d
On Wed, 11 Oct 2017 11:31:18 -0400
Dennis Dalessandro wrote:
> On 10/11/2017 8:41 AM, Thomas Bogendoerfer wrote:
> I don't find this terribly useful, but if it's useful for you I'm sure
> it is for others as well, so I have no problem with it.
well it's not so much about myself,
information.
Signed-off-by: Thomas Bogendoerfer
---
drivers/net/ethernet/broadcom/bnxt/bnxt.c | 9 -
1 file changed, 9 deletions(-)
diff --git a/drivers/net/ethernet/broadcom/bnxt/bnxt.c
b/drivers/net/ethernet/broadcom/bnxt/bnxt.c
index 8c1dd60eab6f..8a2319ed79dc 100644
--- a/drivers/net
Offload CRC calculation when possible")
Signed-off-by: Thomas Bogendoerfer
---
drivers/infiniband/sw/rxe/rxe_verbs.c | 10 ++
1 file changed, 6 insertions(+), 4 deletions(-)
diff --git a/drivers/infiniband/sw/rxe/rxe_verbs.c
b/drivers/infiniband/sw/rxe/rxe_verbs.c
index ff77f4f669
-by: Thomas Bogendoerfer
---
drivers/infiniband/hw/mlx5/main.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/drivers/infiniband/hw/mlx5/main.c
b/drivers/infiniband/hw/mlx5/main.c
index 260f8be1d0ed..4388618e3434 100644
--- a/drivers/infiniband/hw/mlx5/main.c
+++ b/drivers
dereference
[ 1097.901250] at 0046
[...]
Reason is that rxe->tfm is assigned the error return, which will then
be used for crypto_free_shash() in rxe_cleanup. Fix by using a
temporay variable and assigning it rxe->tfm after allocation succeeded.
Signed-off-by: Thomas Bogend
e_show(). When I checked all other drivers only mlx5
stand out
so I decided to only change mlx5. But I make a change to let rate_show() print
out,
that is currently has no rate for the port.
Thomas.
--
Thomas Bogendoerfer
For 64bit kernels the lmmio_space_offset of the host bridge window
isn't set correctly on systems with dino/cujo PCI host bridges.
This leads to not assigned memory bars and failing drivers, which
need to use these bars.
Signed-off-by: Thomas Bogendoerfer
---
drivers/parisc/dino.c | 2 +-
1
From: Thomas Bogendoerfer
Even the driver doesn't do anything with the clk source for SGMII
ports it needs to be enabled by doing a devm_clk_get(), if there is
a clk source in DT.
Fixes: 0db01097cabd ('xgene: Don't fail probe, if there is no clk resource for
SGMII interfaces')
Signed-off
From: Thomas Bogendoerfer
This change fixes following problem
[1.827940] xgene-enet: probe of 1f210030.ethernet failed with error -2
which leads to a missing ethernet interface (reproducable at least on
Gigabyte MP30-AR0 and APM Mustang systems).
The check for a valid clk resource fails
From: Thomas Bogendoerfer
FCOE offloading on qedf devices fails with:
[qed_sp_fcoe_func_start:150(sp-0-3b:00.02)]Cannot satisfy CQ amount. CQs
requested 8, CQs available 6. Aborting function start
[qed_fcoe_start:821()]Failed to start fcoe
[__qedf_probe:3041]:6: Cannot start
in parport_pc_probe_port,
which PARISC DMA API doesn't handle very nicely. This commit gives back
DMA_ERROR_CODE for DMA API calls, if device isn't capable of DMA
transaction.
Signed-off-by: Thomas Bogendoerfer
---
arch/parisc/include/asm/dma-mapping.h | 11 +++
drivers/parisc/ccio-dma.c
On Wed, 6 Dec 2017 11:27:31 -0800
Michael Chan wrote:
> On Tue, Dec 5, 2017 at 4:33 AM, Thomas Bogendoerfer
> wrote:
> > bnxt driver spams logfiles with
> >
> > [ 541.003065] bnxt_en :5d:00.1 eth5: Link speed -1 no longer supported
> >
> > if a di
On Thu, 7 Dec 2017 01:24:43 -0800
Michael Chan wrote:
> On Thu, Dec 7, 2017 at 1:14 AM, Thomas Bogendoerfer
> wrote:
> > well, it will print the forced rate, if there is one configured and -1
> > otherwise,
> > if the link is lost or will not come up because of
t;ARM: 8692/1: mm: abort
uaccess retries upon fatal signal") ]
Signed-off-by: Thomas Bogendoerfer
---
arch/mips/mm/fault.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/arch/mips/mm/fault.c b/arch/mips/mm/fault.c
index 7c871b14e74a..e7abda9c013f 100644
--- a/ar
On Thu, Jan 21, 2021 at 01:31:34PM +0800, Jinyang He wrote:
> Not familiar with microMIPS. Not test on microMIPS.
>
> Changelog v2:
> - Thanks to Thomas for suggesting that remove and sort header includes.
> [PATCH 1/4] for details.
> - Thanks to Jiaxun for test v1 and told me it stuck at
I couldn't find any user of the dubious vpe_getcwd so far. So remove it and
get rid of another set_fs(KERNEL_DS).
Signed-off-by: Thomas Bogendoerfer
---
arch/mips/include/asm/vpe.h | 3 ---
arch/mips/kernel/vpe.c | 33 -
2 files changed, 36 deletions
On Fri, Jan 22, 2021 at 10:11:57AM +, Mark Rutland wrote:
> On Thu, Jan 21, 2021 at 05:04:16PM +0100, Thomas Bogendoerfer wrote:
> > When there's a fatal signal pending, MIPS's do_page_fault()
> > implementation returns. The intent is that we'll return to the
> > faulting
On Thu, Jan 21, 2021 at 05:04:16PM +0100, Thomas Bogendoerfer wrote:
> When there's a fatal signal pending, MIPS's do_page_fault()
> implementation returns. The intent is that we'll return to the
> faulting userspace instruction, delivering the signal on the way.
>
> However, if
On Fri, Jan 22, 2021 at 03:53:18PM +0800, Tiezhu Yang wrote:
> The kernel definitions of MIPSInst_FMA_FUNC and MIPSInst_FMA_FFMT are not
> consistent with MADD.fmt, NMADD.fmt and NMSUB.fmt in the MIPS64 manual [1],
> the field func is bit 5..3 and fmt is bit 2..0, fix them. Otherwise there
>
On Sat, Jan 16, 2021 at 03:01:57PM +, Alexander Lobakin wrote:
> This series converts the logics of two main relocation functions,
> one for relocatable kernel and one for modules, from the arrays of
> handlers (callbacks) to plain switch-case functions, which allows
> the compiler to greatly
On Fri, Jan 15, 2021 at 12:26:22PM -0700, Nathan Chancellor wrote:
> Commit ee67855ecd9d ("MIPS: vdso: Allow clang's --target flag in VDSO
> cflags") allowed the '--target=' flag from the main Makefile to filter
> through to the vDSO. However, it did not bring any of the other clang
> specific
On Wed, Jan 06, 2021 at 09:37:11AM +0100, Geert Uytterhoeven wrote:
> Hi Thomas,
>
> CC Nemoto-san (de-facto TX49XX maintainer)
>
> On Tue, Jan 5, 2021 at 3:03 PM Thomas Bogendoerfer
> wrote:
> > I couldn't find any buyable product other than reference boards using
&g
On Tue, Jan 05, 2021 at 01:18:27PM -0700, Nathan Chancellor wrote:
> When building xway_defconfig with clang:
>
> arch/mips/lantiq/prom.c:82:23: error: array comparison always evaluates
> to true [-Werror,-Wtautological-compare]
> else if (__dtb_start != __dtb_end)
>
On Tue, Jan 05, 2021 at 01:15:48PM -0700, Nathan Chancellor wrote:
> When building xway_defconfig with clang:
>
> arch/mips/lantiq/irq.c:305:48: error: use of logical '&&' with constant
> operand [-Werror,-Wconstant-logical-operand]
> if ((irq == LTQ_ICU_EBU_IRQ) && (module == 0) &&
On Tue, Jan 05, 2021 at 01:34:56PM -0700, Nathan Chancellor wrote:
> When building with clang, the following section mismatch warning occurs:
>
> WARNING: modpost: vmlinux.o(.text+0x24490): Section mismatch in
> reference from the function r4k_cache_init() to the function
>
On Tue, Jan 05, 2021 at 10:36:31PM +0100, Thomas Bogendoerfer wrote:
> Most of the prom_free_prom_memory functions are empty. With
> a new weak prom_free_prom_memory() we can remove all of them.
>
> Signed-off-by: Thomas Bogendoerfer
> ---
> arch/mips/alchemy/common/prom.c
On Mon, Jan 04, 2021 at 03:41:48PM +, Alexander Lobakin wrote:
> unistd_nr_{n32,n64,o32}.h are needed only by include/asm/unistd.h,
> which is a kernel-side header file, and their contents is generally
> not for userland use.
> Move their target destination from include/generated/uapi/asm/ to
On Wed, Jan 06, 2021 at 08:47:39AM +0800, Jinyang He wrote:
> Commit 2ee1503e546f ("MIPS: zboot: head.S clean up").
>
> After .noreorder removed, clear BSS fall into endless loop. The bne
> instruction will add nop to the delay slot at compile time. So a0
> register will not increment by 4. Fix
On Wed, Jan 06, 2021 at 11:10:38AM -0800, Joe Perches wrote:
> On Tue, 2021-01-05 at 15:02 +0100, Thomas Bogendoerfer wrote:
> > Signed-off-by: Thomas Bogendoerfer
> []
> > diff --git a/drivers/dma/txx9dmac.h b/drivers/dma/txx9dmac.h
> []
> > @@ -26,11 +
The following changes since commit 5c8fe583cce542aa0b84adc939ce85293de36e5e:
Linux 5.11-rc1 (2020-12-27 15:30:22 -0800)
are available in the Git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/mips/linux.git/
tags/mips_fixes_5.11.1
for you to fetch changes up to
1 - 100 of 1069 matches
Mail list logo
