Am Fri, Nov 04, 2022 at 03:29:44AM +0900 schrieb Krzysztof Wilczyński:
> Hello,
>
> [...]
> > > > -
> > > > - for (i = 0; i < PCI_BRIDGE_RESOURCE_NUM; i++) {
> > > > - res = s->cb_dev->bus->resource[i];
> > > > -#else
> > > > - pci_bus_for_each_resource(s->cb_dev->bus, re
Am Thu, Nov 03, 2022 at 07:12:45PM +0200 schrieb Andy Shevchenko:
> On Thu, Nov 03, 2022 at 06:03:24PM +0100, Dominik Brodowski wrote:
> > Am Thu, Nov 03, 2022 at 06:46:44PM +0200 schrieb Andy Shevchenko:
>
> ...
>
> > > -
> > > - for (i
Am Thu, Nov 03, 2022 at 06:46:44PM +0200 schrieb Andy Shevchenko:
> The pci_bus_for_each_resource_p() hides the iterator loop since
> it may be not used otherwise. With this, we may drop that iterator
> variable definition.
Thanks for your patch!
> diff --git a/drivers/pcmcia/rsrc_nonstatic.c b/d
ooks good to me, though I'm interested on any subtle (build) breakage when
this gets exposure in -next. Will you push this patch upstream directly, or
should it go in via the pcmcia tree? If it is the former, feel free to add
Acked-by: Dominik Brodowski
Thanks,
Dominik
On Mon, Mar 26, 2018 at 04:47:50AM +0100, Al Viro wrote:
> * mips n32 and x86 x32 can become an extra source of headache.
> That actually applies to any plans of passing struct pt_regs *. As it
> is, e.g. syscall 515 on amd64 is compat_sys_readv(). Dispatched via
> this:
> /*
>
On Mon, Mar 19, 2018 at 11:23:42PM +, Al Viro wrote:
> static inline long C_S_moron(int, loff_t, size_t);
> long compat_SyS_moron(long a0, long a1, long a2, long a3, long a4, long a5,
> long a6)
> {
> return C_S_moron((__force int)a0,
> (__force loff_t)(((u64)a2 << 32)|a1
@lists.ozlabs.org
Cc: Martin Schwidefsky
Cc: Heiko Carstens
Cc: linux-s...@vger.kernel.org
Cc: David S. Miller
Cc: sparcli...@vger.kernel.org
Cc: Ingo Molnar
Cc: Jiri Slaby
Cc: x...@kernel.org
Cc: Al Viro
Signed-off-by: Dominik Brodowski
---
arch/mips/include/asm/unistd.h | 4
arch/mips
kerras
Cc: Michael Ellerman
Cc: linuxppc-dev@lists.ozlabs.org
Cc: Martin Schwidefsky
Cc: Heiko Carstens
Cc: linux-s...@vger.kernel.org
Cc: David S. Miller
Cc: sparcli...@vger.kernel.org
Cc: Ingo Molnar
Cc: Jiri Slaby
Cc: x...@kernel.org
Cc: Al Viro
Signed-off-by: Dominik Brodowski
---
arch/mips/i
nuxppc-dev@lists.ozlabs.org
Cc: Martin Schwidefsky
Cc: Heiko Carstens
Cc: linux-s...@vger.kernel.org
Cc: David S. Miller
Cc: sparcli...@vger.kernel.org
Cc: Ingo Molnar
Cc: Jiri Slaby
Cc: x...@kernel.org
Cc: Al Viro
Signed-off-by: Dominik Brodowski
---
arch/mips/include/asm/unistd.h | 2 ++
nuxppc-dev@lists.ozlabs.org
Cc: Martin Schwidefsky
Cc: Heiko Carstens
Cc: linux-s...@vger.kernel.org
Cc: David S. Miller
Cc: sparcli...@vger.kernel.org
Cc: Ingo Molnar
Cc: Jiri Slaby
Cc: x...@kernel.org
Cc: Al Viro
Signed-off-by: Dominik Brodowski
---
arch/mips/include/asm/unistd.h
There shouldn't be any functional change after this patch.
>
> Signed-off-by: Viresh Kumar
Looks good to me, so feel free to add:
Reviewed-by: Dominik Brodowski
Best,
Dominik
signature.asc
Description: PGP signature
Hey Benjamin,
On Wed, Dec 09, 2009 at 05:52:13PM +1100, Benjamin Herrenschmidt wrote:
> Signed-off-by: Benjamin Herrenschmidt
Acked-by: Dominik Brodowski (for PCMCIA)
> Note: In the long run we might want to streamline the hooks for fixing
> up new devices vs. new busses and make s
Ben, Paul,
any ideas?
Best,
Dominik
On Thu, Jul 17, 2008 at 11:14:44AM +0200, Dominik Brodowski wrote:
> Hi,
>
> on an Apple Powerbook G3 (Lombard) with a PPC 740 running at 333 MHz, the
> PCI host bridge is condigured to allow "downstream" devices to use
Hi,
on an Apple Powerbook G3 (Lombard) with a PPC 740 running at 333 MHz, the
PCI host bridge is condigured to allow "downstream" devices to use iomem
0xfd00 - 0xfdff
However, when using it for PCMCIA purposes, there's a machine check. Any
ideas on why this PCI host bridge is mis-configu
On Thu, Jul 10, 2008 at 11:05:08PM +0200, Arnd Bergmann wrote:
> On Thursday 10 July 2008, Dominik Brodowski wrote:
> > Actually, "cpufreq-set -g spu_governor" should be enough. (BTW, do we really
> > want this name?)
>
> Do you have a better suggestion for the
On Tue, Jul 08, 2008 at 11:27:28AM -0400, Dave Jones wrote:
> On Tue, Jul 08, 2008 at 08:43:43AM +0200, Arnd Bergmann wrote:
> > On Monday 07 July 2008, Dave Jones wrote:
> > > One question I do have though, is how userspace scripts are supposed
> > > to know they're to echo cbe_spu_governor int
On Fri, May 23, 2008 at 04:31:08PM +1000, Stephen Rothwell wrote:
>
> Signed-off-by: Stephen Rothwell <[EMAIL PROTECTED]>
Acked-by: Dominik Brodowski <[EMAIL PROTECTED]>
I assume this is pushed upstream through -ppc?
Thank
On Fri, Oct 19, 2007 at 03:17:20PM -0500, Olof Johansson wrote:
> Convert the io_req_t members to unsigned int, to allow use on machines
> with more than 16 bits worth of IO ports (i.e. secondary busses on
> ppc64, etc).
Agreed, though I'd prefer if we got rid of kio_addr_t at the same time, and
c
18 matches
Mail list logo
