On Wed, Apr 22, Olaf Hering wrote:
> I will see which commit leads to the failure that exists since v3.19-rc4.
c2c2f6cb79141ca22f84c36887fd867373c35c4e +
c7e873f85fb60b1af589ac1b0c62353cfe0bbb29 leads to this output:
[ 47.367618] nouveau [ DEVICE][:0a:00.0] BOOT0 : 0x04310
On Mon, Mar 30, Olaf Hering wrote:
> On Sat, Mar 28, Olaf Hering wrote:
>
> > On Sat, Mar 28, Olaf Hering wrote:
> >
> > > I just updated the kernel from some 3.18 based state to 4.0-rc5+. The
> >
> > 3.19 is already broken, will bisect next week.
&g
On Fri, Apr 17, Christophe Leroy wrote:
> v3 is a complete rework of the patchset. Since a kernel can be built
> with support for both MPC82xx and MPC83xx at the same time, talitos
> driver shall support both SEC1 and SEC2+ at the same time.
The used git send-email command lacked the --thread opt
On Sat, Mar 28, Olaf Hering wrote:
> On Sat, Mar 28, Olaf Hering wrote:
>
> > I just updated the kernel from some 3.18 based state to 4.0-rc5+. The
>
> 3.19 is already broken, will bisect next week.
After a first run I was able to boot prior the first bad commit, which caus
On Sat, Mar 28, Olaf Hering wrote:
> I just updated the kernel from some 3.18 based state to 4.0-rc5+. The
3.19 is already broken, will bisect next week.
Olaf
___
Linuxppc-dev mailing list
Linuxppc-dev@lists.ozlabs.org
https://lists.ozlabs.
I just updated the kernel from some 3.18 based state to 4.0-rc5+. The
result is a white screen. Looks like the failure is this, full dmesg
below.
...
[0.877458] [drm] Initialized drm 1.1.0 20060810
[0.877849] nouveau [ DEVICE][:0a:00.0] BOOT0 : 0x043100a4
[0.877853] nouveau [
On Wed, Jan 29, Alistair Popple wrote:
> Looks like I missed the dart iommu code when changing the iommu table
> initialisation. The patch below should fix it, would you mind testing it Ben?
> +++ b/arch/powerpc/sysdev/dart_iommu.c
> + iommu_table_dart.it_page_shift = IOMMU_PAGE_SHIFT_4K;
Yes,
On Tue, Jan 28, Benjamin Herrenschmidt wrote:
> So here's my next branch for powerpc. A bit late as I was on vacation
This breaks booting on G5 11,2, the nouveau driver prints errors and as
result the kernel hangs, fans kick in. This is what I did:
# Rebase 54c0a4b..b2e448e onto 54c0a4b
I will
On Mon, Jul 30, Benjamin Herrenschmidt wrote:
> On Wed, 2012-07-18 at 18:49 +0200, o...@aepfle.de wrote:
> > From: Olaf Hering
> >
> > The driver is named ibmvscsic, at runtime it its name is advertised as
> > ibmvscsi. For this reason mkinitrd wont pickup the drive
>
> > Reported by IBM during SLES10 SP2 beta testing:
> >
> > https://bugzilla.novell.com/show_bug.cgi?id=461002
> > LTC50817
> >
> > Signed-off-by: Olaf Hering
>
> If the author is Tony Breeds, please add 'Signed-off-by: Tony Breeds
>
On Wed, Oct 27, pac...@kosh.dhis.org wrote:
> |1. How do I locate all usb nodes in the device tree?
> |
> |2. How do I know if a particular usb node is OHCI?
In the installed system, run 'lspci | grep -i usb', this gives the pci
bus numbers. Then run 'find /sys -name devspec', and look or the bu
On Thu, Jun 10, Benjamin Herrenschmidt wrote:
> I still don't like it very much.. why not chmod'ing it +x instead ? :-)
I looked at a few other scripts in the source tree, they are called with
$(CONFIG_SHELL) , or perl , or awk or even sh .
So my change adds some sort of consistency and makes p
On Sat, Jun 05, Sean MacLennan wrote:
> On Sat, 5 Jun 2010 10:10:39 +0200
> Olaf Hering wrote:
>
> > scripts in the kernel source do not have executable permissions if
> > they were created with patch(1) run mkuboot.sh with bash, its tagged
> > as bash script.
>
-source/scripts/mkuboot.sh:
Permission denied
Signed-off-by: Olaf Hering
---
This happens with 2.6.33, other versions have this bug as well.
arch/powerpc/boot/wrapper |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
--- linux-2.6.33-cross-host-kernel-source.orig/arch/powerpc/boot
On Thu, Mar 05, Geert Uytterhoeven wrote:
> On Thu, 5 Mar 2009, Geert Uytterhoeven wrote:
> > On Thu, 5 Mar 2009, Olaf Hering wrote:
> > > I see our old mtddriver does not have modalias support for autoloading.
> >
> > You forgot to backport commit 0a2d15b928
Am 04.03.2009 um 14:57 schrieb Geert Uytterhoeven:
Ideally, we think it would be best if the existing MTD-based ps3vram
driver
would be replaced by the new block-based ps3vram driver before
2.6.29 is
released. This would relieve the burden of supporting two different
swap space
schemes on P
Sam,
please have a look at bug 11143.
http://bugzilla.kernel.org/show_bug.cgi?id=11143
arch/powerpc/lib/crtsavres.o is added inconditionally to the linker
flags, but there is no rule to actually create the object file.
This breaks building external modules on 32bit powerpc since 2.6.26.
Thanks
On Tue, Jun 24, Tony Breeds wrote:
> Currently we set the start of the .text section to be 4Mb for pSeries.
> In situations where the zImage is > 8Mb we'll fail to boot (due to
> overlapping with OF). Move .text in a zImage from 4MB to 64MB (well past OF).
>
> We still will not be able to load l
On Thu, Jun 05, Hugh Dickins wrote:
> Fix G5 SATA irq 18: nobody cared, reported on -rc5 by Olaf Hering:
> fixlet to a57c1bade5a0ee5cd8b74502db9cbebb7f5780b2 libata-sff:
> Fix oops reported in kerneloops.org for pnp devices with no ctl
>
> Signed-off-by: Hugh Dickins &l
On Wed, Jun 04, Linus Torvalds wrote:
> Another week, another batch of mostly pretty small fixes. Hopefully the
> regression list is shrinking, and we've fixed at least a couple of the
> oopses on Arjan's list.
SATA on a dualcore G5 is broken, it happend between
c3b25b32e8bef526cca748e1ba023c6b
On Thu, May 15, Michael Chan wrote:
> Matt, I think that's very likely the problem. If we are trying to
> establish link in parallel detect mode, the flow control settings may
> not match. If we do not enter the if statement to do nothing, we will
> keep autonegotiating forever and never establi
On Thu, May 15, Michael Chan wrote:
> Olaf Hering wrote:
>
> > Any ideas how to fix this?
> > What info do you need from the system?
>
> Are you using eth0 or eth1? The dmesg below shows that
> link came up on eth1 and IP address from DHCP was received.
I'm u
Commit ef167e27039eeaea6d3cdd5c547b082e89840bdd ([TG3]: Fix supporting
flowctrl code) breaks networking on IBM JS21 blade servers. If I revert
this change from 2.6.26-rc2-git4, nfsroot for example will work again.
There are no packages submitted, a tcpdump on a different host sees no
broadcast mes
On Thu, May 15, Stephen Rothwell wrote:
> Today's linux-next build (sparc64 defconfig) fails like this:
>
> drivers/of/device.c: In function `modalias_show':
> drivers/of/device.c:66: error: implicit declaration of function
> `of_device_get_modalias'
>
> Caused by commit 140b932f8cb6cced10b9686
On Thu, Apr 24, Olaf Hering wrote:
> Create /sys/bus/of_platform/devices/*/modalias file to allow autoloading
> of modules. modalias files are already present for many other bus types.
> This adds also a newline to the devspec files.
>
> Also create a devspec file for mac-io dev
On Thu, Apr 24, Matt Sealey wrote:
> Why not just have users who wish to use console serial port autodetection
> add 3 lines to their nvramrc?
The point of autodetection is that no userinteraction is required.
I guess the serial driver does not probe the configured hardware port
speed anymore (i
size for mac-io modalias buffer.
Tested on iBook1 and Efika.
Signed-off-by: Olaf Hering <[EMAIL PROTECTED]>
---
drivers/macintosh/macio_sysfs.c | 12 +++-
drivers/of/device.c | 36
drivers/of/platform.c |3 +++
3
Pegasos2 has no current-speed property in
/[EMAIL PROTECTED]/[EMAIL PROTECTED]/[EMAIL PROTECTED] As a result,
console=ttyS0,115200 is
still required unless the patch below is used.
What is the correct way to restore console detection on pegasos2?
Index: linux-2.6.25-pegasos/arch/powerpc/platfor
On Thu, Apr 17, Juergen Beisert wrote:
> if someone is interested: Here the full patch to get sound support for
> MPC5200b and a current 2.6.25 kernel.
It misses a 'MODULE_DEVICE_TABLE(of, mpc52xx_ac97_of_match);' and a nul
termination of struct mpc52xx_ac97_of_match.
This will allow autoload of
On Wed, Mar 19, Paul Mackerras wrote:
> Olaf Hering writes:
>
> > I cant reproduce this bug on my board, but:
> >
> > The global primary_ipic in arch/powerpc/sysdev/ipic.c can remain NULL if
> > ipic_init() fails. init_ipic_sysfs() will crash in that case.
> &
On Mon, Mar 17, Olaf Hering wrote:
> The global primary_ipic in arch/powerpc/sysdev/ipic.c can remain NULL if
> ipic_init() fails. init_ipic_sysfs() will crash in that case.
>
> Something like this may fix it:
>
> Index: linux-2.6.25-rc6/arch/pow
I cant reproduce this bug on my board, but:
The global primary_ipic in arch/powerpc/sysdev/ipic.c can remain NULL if
ipic_init() fails. init_ipic_sysfs() will crash in that case.
Something like this may fix it:
Index: linux-2.6.25-rc6/arch/powerpc/sysdev/ipic.c
=
On Sun, Feb 10, Alexey Dobriyan wrote:
> On Sun, Feb 10, 2008 at 11:07:57AM +0100, Olaf Hering wrote:
> > Current Linus tree gives this new warning during bootup:
> >
> > +proc_dir_entry '00' already registered
> > +Call Trace:
> > +[c0007b0dfba0
On Thu, Feb 28, Segher Boessenkool wrote:
>> While debugging __divdi3 calls in drivers/crypto/hifn_795x.c (due to the
>> ndelay() delay call with a s64), I found even more breakage of that
>> sort. This is after a allnoconfig with ARCH=powerpc in 2.6.25-rc3,
>> plus CONFIG_MODULES=y and CONFIG_CRY
While debugging __divdi3 calls in drivers/crypto/hifn_795x.c (due to the
ndelay() delay call with a s64), I found even more breakage of that
sort. This is after a allnoconfig with ARCH=powerpc in 2.6.25-rc3,
plus CONFIG_MODULES=y and CONFIG_CRYPTO_DEV_HIFN_795X=y:
LD .tmp_vmlinux1
kernel
Current Linus tree gives this new warning during bootup:
+proc_dir_entry '00' already registered
+Call Trace:
+[c0007b0dfba0] [c000e4b0] .show_stack+0x70/0x1bc (unreliable)
+[c0007b0dfc50] [c00f2714] .proc_register+0x130/0x210
+[c0007b0dfd00] [c00f299c] .proc_mk
Create /sys/bus/of_platform/devices/*/modalias file to allow autoloading
of modules. modalias files are already present for many other bus types.
Signed-off-by: Olaf Hering <[EMAIL PROTECTED]>
---
drivers/of/device.c | 33 ++---
drivers/of/platform.c
On Wed, Jan 23, Stephen Rothwell wrote:
> It would be nice if we could factor out the "vio:T%sS%s" string as it is
> also used in vio_hotplug().
What exactly do you have in mind?
Creating a tempstring seems to make things more complicated.
___
Linuxppc-
stuff inside CONFIG_* should not be exported via make headers-install
Signed-off-by: Olaf Hering <[EMAIL PROTECTED]>
---
include/asm-powerpc/elf.h |2 ++
1 file changed, 2 insertions(+)
--- a/include/asm-powerpc/elf.h
+++ b/include/asm-powerpc/elf.h
@@ -420,6 +420,7
On Wed, Jan 23, Mel Gorman wrote:
> This patch in combination with a partial revert of commit
> 04231b3002ac53f8a64a7bd142fde3fa4b6808c6 fixes a regression between 2.6.23
> and 2.6.24-rc8 where a PPC64 machine with all CPUS on a memoryless node fails
> to boot. If approved by the SLAB maintainers,
On Wed, Jan 23, Olaf Hering wrote:
> On Wed, Jan 23, Mel Gorman wrote:
>
> > Sorry this is dragging out. Can you post the full dmesg with loglevel=8 of
> > the
> > following patch against 2.6.24-rc8 please? It contains the debug information
> > that helped me figu
On Wed, Jan 23, Mel Gorman wrote:
> Sorry this is dragging out. Can you post the full dmesg with loglevel=8 of the
> following patch against 2.6.24-rc8 please? It contains the debug information
> that helped me figure out what was going wrong on the PPC64 machine here,
> the revert and the !l3 che
On Wed, Jan 23, Pekka Enberg wrote:
> Hi Christoph,
>
> On Jan 23, 2008 1:18 AM, Christoph Lameter <[EMAIL PROTECTED]> wrote:
> > My patch is useless (fascinating history of the changelog there through).
> > fallback_alloc calls kmem_getpages without GFP_THISNODE. This means that
> > alloc_pages_
On Tue, Jan 22, Christoph Lameter wrote:
> > 0xc00fe018 is in setup_cpu_cache
> > (/home/olaf/kernel/git/linux-2.6-numa/mm/slab.c:2111).
> > 2106BUG_ON(!cachep->nodelists[node]);
> > 2107
> > kmem_list3_init(cachep->n
On Tue, Jan 22, Mel Gorman wrote:
> http://www.csn.ul.ie/~mel/postings/slab-20080122/partial-revert-slab-changes.patch
> .. Can you please check on your machine if it fixes your problem?
It does not fix or change the nature of the crash.
> Olaf, please confirm whether you need the patch below as
Create /sys/bus/of_platform/devices/*/modalias file to allow autoloading
of modules. modalias files are already present for many other bus types.
Signed-off-by: Olaf Hering <[EMAIL PROTECTED]>
---
drivers/of/device.c | 19 +++
1 file changed, 19 insertions(+)
--- a/d
Create /sys/bus/of_platform/devices/*/modalias file to allow autoloading
of modules. modalias files are already present for many other bus types.
Signed-off-by: Olaf Hering <[EMAIL PROTECTED]>
---
drivers/of/device.c | 19 +++
1 file changed, 19 insertions(+)
--- a/driv
Create /sys/bus/of_platform/devices/*/modalias file to allow autoloading
of modules. modalias files are already present for many other bus types.
Signed-off-by: Olaf Hering <[EMAIL PROTECTED]>
---
drivers/of/device.c | 18 ++
1 file changed, 18 insertions(+)
--- a/driv
Create /sys/bus/vio/devices/*/modalias file to allow autoloading
of modules. modalias files are already present for many other bus types.
Signed-off-by: Olaf Hering <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/vio.c | 15 +++
1 file changed, 15 insertions(+)
--- a/arch/p
On Mon, Jan 21, Grant Likely wrote:
> On 1/21/08, Olaf Hering <[EMAIL PROTECTED]> wrote:
> >
> > Efika boards have to be booted with console=ttyPSC0 unless there is a
> > graphics card plugged in. Detect if the firmware stdout is the serial
> > connector.
&
Autodetect the serial console on Pegasos2.
Signed-off-by: Olaf Hering <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/chrp/setup.c | 52
1 file changed, 52 insertions(+)
--- a/arch/powerpc/platforms/chrp/setup.c
+++ b/arch/powerpc/platforms/chrp/s
Efika boards have to be booted with console=ttyPSC0 unless there is a
graphics card plugged in. Detect if the firmware stdout is the serial
connector.
Signed-off-by: Olaf Hering <[EMAIL PROTECTED]>
---
arch/powerpc/platforms/52xx/efika.c | 50
works again on Pegasos with the change below.
Signed-off-by: Olaf Hering <[EMAIL PROTECTED]>
--- a/arch/powerpc/platforms/chrp/pci.c
+++ b/arch/powerpc/platforms/chrp/pci.c
@@ -354,7 +354,7 @@ DECLARE_PCI_FIXUP_EARLY(PCI_VENDOR_ID_WI
* mode as well. The same fixup must be done to the clas
On Fri, Jan 18, Christoph Lameter wrote:
> Could you try this patch?
Does not help, same crash.
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
mv643xx_eth has an platform modalias file in sysfs.
But the module itself has no alias: line. Autoloading fails
without the alias info in the module.
Signed-off-by: Olaf Hering <[EMAIL PROTECTED]>
---
drivers/net/mv643xx_eth.c |1 +
1 file changed, 1 insertion(+)
--- a/drive
On Thu, Jan 17, Olaf Hering wrote:
> On Thu, Jan 17, Christoph Lameter wrote:
>
> > On Thu, 17 Jan 2008, Olaf Hering wrote:
> >
> > > The patch does not help.
> >
> > Duh. We need to know more about the problem.
>
> cache_grow is called from 3 pla
On Thu, Jan 17, Christoph Lameter wrote:
> On Thu, 17 Jan 2008, Olaf Hering wrote:
>
> > The patch does not help.
>
> Duh. We need to know more about the problem.
cache_grow is called from 3 places. The third call has cleared l3 for
some reason.
Allocated 00a
On Thu, Jan 17, Olaf Hering wrote:
> Since -mm boots further, what patch should I try?
rc8-mm1 crashes as well, l3 passed to reap_alien() is NULL.
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
On Thu, Jan 17, Christoph Lameter wrote:
> > freeing bootmem node 1
> > Memory: 3496632k/3571712k available (6188k kernel code, 75080k reserved,
> > 1324k data, 1220k bss, 304k init)
> > cache_grow(2781) swapper(0):c0,j4294937299 cp c06a4fb8 !l3
>
> Is there more backtrace information? W
On Thu, Jan 17, Christoph Lameter wrote:
> On Thu, 17 Jan 2008, Pekka Enberg wrote:
>
> > Looks similar to the one discussed on linux-mm ("[BUG] at
> > mm/slab.c:3320" thread). Christoph?
>
> Right. Try the latest version of the patch to fix it:
The patch does not help.
> Index: linux-2.6/mm/
On Tue, Jan 15, Olaf Hering wrote:
>
> Current linus tree crashes in kmem_cache_init, as shown below. The
> system is a 8cpu 2.2GHz POWER5 system, model 9117-570, with 4GB ram.
> Firmware is 240_332, 2.6.23 boots ok with the same config.
>
> There is a series of mm related pat
Current linus tree crashes in kmem_cache_init, as shown below. The
system is a 8cpu 2.2GHz POWER5 system, model 9117-570, with 4GB ram.
Firmware is 240_332, 2.6.23 boots ok with the same config.
There is a series of mm related patches in 2.6.24-rc1:
commit 04231b3002ac53f8a64a7bd142fde3fa4b6808c6
On Thu, Jan 10, Paul Mackerras wrote:
> Olaf Hering writes:
>
> > --- a/arch/powerpc/kernel/prom_init.c
> > +++ b/arch/powerpc/kernel/prom_init.c
> > @@ -1487,6 +1487,34 @@ static void __init prom_find_mmu(void)
> > else if (strncmp(ver
On Wed, Jan 09, Grant Likely wrote:
> From: Olaf Hering <[EMAIL PROTECTED]>
>
> The new network driver fec_mpc52xx will not work on efika because the
> firmware does not provide all required properties.
> http://www.powerdeveloper.org/asset/by-id/46 has a Forth script to
>
The new network driver fec_mpc52xx will not work on efika because the
firmware does not provide all required properties.
http://www.powerdeveloper.org/asset/by-id/46 has a Forth script to
create more properties. But only the phy stuff is required to get a
working network.
This should go into the
How is the serial console autodetection supposed to work with current
kernels? arch/powerpc/kernel/legacy_serial.c is not compiled unless
CONFIG_PPC_UDBG_16550 is selected.
Even if I force this config option, legacy_serial_console remains -1 and
the ch-a/ch-b check in check_legacy_serial_console()
On Wed, Nov 28, Linas Vepstas wrote:
> On Wed, Nov 28, 2007 at 12:00:37PM +0100, Olaf Hering wrote:
> > On Tue, Nov 27, Will Schmidt wrote:
> > > > - if (panic_timeout)
> > > > - return;
> >
> > This change is wrong. Booting with
On Tue, Nov 27, Will Schmidt wrote:
> > -void rtas_os_term(char *str)
> > +void rtas_panic_msg(char *str)
> > - if (panic_timeout)
> > - return;
This change is wrong. Booting with panic=123 really means the system
has to reboot in 123 seconds after a panic.
But, maybe this panic_time
s with i2s bus, but without a 'layout-id' property, will not work
with this patch because an fake i2s alias will conflict with snd-aoa.
Signed-off-by: Olaf Hering <[EMAIL PROTECTED]>
---
sound/ppc/powermac.c | 10 ++
1 file changed, 10 insertions(+)
--- a/sound/ppc/
On Mon, Oct 22, Grant Likely wrote:
> Olaf, do I have the correct solution here?
Sure.
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
Fix compilation after incomplete struct net_device changes.
Signed-off-by: Olaf Hering <[EMAIL PROTECTED]>
---
drivers/net/mace.c |8
1 file changed, 4 insertions(+), 4 deletions(-)
--- a/drivers/net/mace.c
+++ b/drivers/net/mace.c
@@ -633,7 +633,7 @@ stati
2.6.22.5 crashes on resume on an iBook G3 600MHz. when cpufreq_userspace is
active. System is PowerBook4,3, 750FX revision 2.3
2.6.18 crashed also on resume, but I dont know if this was the same bug.
The oopes differ. Once I get an 'Unrecoverable FP Unavailable
Exception 801' in audit_log_vformat
drivers/serial/pmac_zilog.c:1590: warning: format '%d' expects type 'int', but
argument 3 has type 'pm_message_t'
Signed-off-by: Olaf Hering <[EMAIL PROTECTED]>
---
drivers/serial/pmac_zilog.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
---
NetworkManager will not start dhcpd on an interface unless it reports
link-up state via ethtool.
Signed-off-by: Olaf Hering <[EMAIL PROTECTED]>
---
drivers/net/bmac.c | 13 +
1 file changed, 13 insertions(+)
--- a/drivers/net/bmac.c
+++ b/drivers/net/bmac.c
@@ -19,6
need the higher value.
Signed-off-by: Olaf Hering <[EMAIL PROTECTED]>
--- a/drivers/video/aty/atyfb_base.c
+++ b/drivers/video/aty/atyfb_base.c
@@ -2411,7 +2411,7 @@ static int __devinit aty_init(struct fb_
diff1 = -diff1;
if (dif
On Sat, Aug 25, Paul Mackerras wrote:
> Olaf Hering writes:
>
> > So change even more places from PM to PM_SLEEP to allow linking.
>
> What config shows these errors? I presume you need to have CONFIG_PM
> but not CONFIG_PM_SLEEP in order to see them?
The .config below
x27;
via-pmu-led.c:(.text+0x5ce42): undefined reference to `pmu_sys_suspended'
drivers/built-in.o: In function `adb_init':
(.init.text+0x4c5c): undefined reference to `pmu_register_sleep_notifier'
make[1]: *** [.tmp_vmlinux1] Error 1
So change even more places from PM to PM_SLEEP to allow linking
On Thu, Aug 23, Stephen Rothwell wrote:
> On Wed, 22 Aug 2007 19:51:21 +0200 Olaf Hering <[EMAIL PROTECTED]> wrote:
> >
> >
> > Does anyone know why dt_vdevices() creates a vscsi node on legacy iseries?
> > I'm sure only viodasd and viocd is required as
Does anyone know why dt_vdevices() creates a vscsi node on legacy iseries?
I'm sure only viodasd and viocd is required as blockdevice type.
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
On Fri, Aug 17, Matt Sealey wrote:
> Setting them to ~0x5 will set them to 0 (legacy mode) and they will always
> read
> back as 0 (legacy mode.. sigh) even if in native mode.
The pci_dev->class needs updating as well, see second version of the
patch.
to setup irq per channel.
Tested on Pegasos2 with firmware version 20040810, and two IDE disks.
Signed-off-by: Olaf Hering <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/prom_init.c | 11 ---
arch/powerpc/platforms/chrp/pci.c | 29 +
2 files chang
On Fri, Aug 17, Olaf Hering wrote:
Still not 100% perfect.
> + prom_printf("Fixing up IDE class-code on Pegasos...\n");
> + rc = prom_getprop(ph, "class-code", prop, sizeof(u32));
> + if (rc == sizeof(u32)) {
> +
version 20040810, and two IDE disks.
Signed-off-by: Olaf Hering <[EMAIL PROTECTED]>
---
arch/powerpc/kernel/prom_init.c | 11 ---
arch/powerpc/platforms/chrp/pci.c | 28
drivers/ide/pci/via82cxxx.c |7 ---
3 files changed, 36 inse
On Tue, Apr 10, Olaf Hering wrote:
> Where is the correct place for drivers/ata?
so, where is the place for via irq quirks in libata?
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
On Mon, Apr 09, Matt Sealey wrote:
> + if (bridge) {
> + u8 iir, irqlist[4] = { 14, 15, 10,
> 11 };
> +
> + pci_read_config_byte(bridge,
> VIA_IDE_STEERING, &iir);
What value has VIA_IDE_STEERING
On Tue, Aug 14, David Woodhouse wrote:
> On Tue, 2007-08-14 at 13:49 +0200, Olaf Hering wrote:
> > On Wed, Apr 04, Paul Mackerras wrote:
> >
> > > David Woodhouse writes:
> > >
> > > > There are proper device numbers registered for pma
On Wed, Apr 04, Paul Mackerras wrote:
> David Woodhouse writes:
>
> > There are proper device numbers registered for pmac_zilog now. Use them.
Which numbers?
> Sigh. I guess this is inevitable, but IMNSHO this exposes a weakness
> in our serial subsystem.
So, when will the name of pmac_zilog
On Thu, Aug 09, Jon Loeliger wrote:
> As usual, please let me know of any issues with it.
tests/truncated_property.c:45: warning: 'err' is used uninitialized in this
function
(untested patch)
---
tests/truncated_property.c |3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
--- a/test
On Tue, Aug 07, Benjamin Herrenschmidt wrote:
> powerpc has a couple of bugs in the usage of dma_masks that tend to
> break when drivers explicitely try to set a 32 bits mask for example.
>
> First the code that generates the pci devices from the OF device-tree
> doesn't initialize the mask prope
On Mon, Aug 06, Benjamin Herrenschmidt wrote:
> BTW. Any reason why you don't set the DMA mask in the ohci driver rather
> than the sbp2 one ?
I used this patch, and the attached CD was found.
What dma mask should be used in ohci_probe()?
---
drivers/ieee1394/ohci1394.c |2 ++
driver
On Sun, Aug 05, Stefan Richter wrote:
> Benjamin Herrenschmidt wrote:
> >>> If setting 32-bit DMA mask fails on ppc64, that sounds like a problem
> >>> with the DMA implementation on that architecture. There are enough cards
> >>> out there that only support 32-bit DMA that this really needs to wo
On Mon, Jul 16, Will Schmidt wrote:
> On Fri, 2007-07-13 at 19:05 +0200, Olaf Hering wrote:
> > 2.6.21 arch/powerpc/configs/iseries_defconfig works on an i825 with v5r4
> > 2.6.22 arch/powerpc/configs/iseries_defconfig does not. But it works on
> > a i820 with v5r3.
>
2.6.21 arch/powerpc/configs/iseries_defconfig works on an i825 with v5r4
2.6.22 arch/powerpc/configs/iseries_defconfig does not. But it works on
a i820 with v5r3.
2.6.22 boots ok with CONFIG_VIOCONS
It gets up to this point:
vio_bus_init: processing c000fbfff570
vio_bus_init: processing c000
This driver (or the generic PS3 code) has appearently problems with
O_DIRECT.
glibc aborts parted because the malloc metadata get corrupted. While it
is reproducible, the place where it crashes changes with every version
of the debug attempt.
I dont have a handle right now, all I know is that the
On Fri, Jun 29, Josh Boyer wrote:
> +DESTDIR = /
> +BINDIR = usr/bin
+DESTDIR=
+BINDIR=/usr/bin
Just like every other package out there.
___
Linuxppc-dev mailing list
Linuxppc-dev@ozlabs.org
https://ozlabs.org/mailman/listinfo/linuxppc-dev
95 matches
Mail list logo
