Re: New kernels
Posted: Fri Sep 01, 2023 6:09 pm
Great! Thank you for testing!

Support Forum
https://forum.hyperion-entertainment.com/
https://forum.hyperion-entertainment.com/viewtopic.php?t=4738
Great! Thank you for testing!
Code: Select all
diff -rupN a b > pas_pci_init_v5.patch
Code: Select all
diff -rupN a/arch/powerpc/platforms/pasemi/pci.c b/arch/powerpc/platforms/pasemi/pci.c
--- a/arch/powerpc/platforms/pasemi/pci.c 2023-09-04 08:16:52.967825331 +0200
+++ b/arch/powerpc/platforms/pasemi/pci.c 2023-09-04 08:15:13.793207943 +0200
@@ -25,6 +25,8 @@
#define PA_PXP_CFA(bus, devfn, off) (((bus) << 20) | ((devfn) << 12) | (off))
+extern void nemo_init_IRQ(void);
+
static inline int pa_pxp_offset_valid(u8 bus, u8 devfn, int offset)
{
/* Device 0 Function 0 is special: It's config space spans function 1 as
@@ -265,6 +267,11 @@ static int __init pas_add_bridge(struct
*/
isa_bridge_find_early(hose);
+ /*
+ * ISA brigde is now active, add the i8259 cascade (if needed)
+ */
+ nemo_init_IRQ();
+
return 0;
}
diff -rupN a/arch/powerpc/platforms/pasemi/setup.c b/arch/powerpc/platforms/pasemi/setup.c
--- a/arch/powerpc/platforms/pasemi/setup.c 2023-09-04 08:16:52.967825331 +0200
+++ b/arch/powerpc/platforms/pasemi/setup.c 2023-09-04 08:15:13.798207873 +0200
@@ -214,10 +214,12 @@ static void sb600_8259_cascade(struct ir
chip->irq_eoi(&desc->irq_data);
}
-static void __init nemo_init_IRQ(struct mpic *mpic)
+void nemo_init_IRQ(void)
{
struct device_node *np;
int gpio_virq;
+ struct mpic *mpic;
+
/* Connect the SB600's legacy i8259 controller */
np = of_find_node_by_path("/pxp@0,e0000000");
i8259_init(np, 0);
@@ -228,6 +230,7 @@ static void __init nemo_init_IRQ(struct
irq_set_chained_handler(gpio_virq, sb600_8259_cascade);
mpic_unmask_irq(irq_get_irq_data(gpio_virq));
+ mpic = irq_get_chip_data(gpio_virq);
irq_set_default_host(mpic->irqhost);
}
@@ -298,8 +301,6 @@ static __init void pas_init_IRQ(void)
mpic_unmask_irq(irq_get_irq_data(nmi_virq));
}
- nemo_init_IRQ(mpic);
-
of_node_put(mpic_node);
of_node_put(root);
}
It works!Deb wrote: One fix that worked for me was to adjust the "OverScan" configuration in tvtime so that it is at least 3.5. The /etc/tvtime/tvtime.xml configuration file recommends even higher at 8.0. Christian, please try adjusting the overscan value to see if that is a possible solution as well.
“Hans Verkuil“ wrote: [PATCH for v6.6] media: bt8xx: bttv_risc_packed(): remove field checks
Do not turn on the vcr_hack based on the btv->field value.
This was a change in the bttv vb2 conversion that caused green lines at the bottom of the picture in tvtime.
It was originally added to the vb2 conversion based on faulty information that without this there would be glitches in the video. However, later tests suggest that this is a problem in the utilities used to test this since tvtime behaves fine.
This patch reverts the bttv driver to the original pre-vb2 behavior w.r.t. vcr_hack.
Code: Select all
drivers/media/pci/bt8xx/bttv-risc.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/drivers/media/pci/bt8xx/bttv-risc.c b/drivers/media/pci/bt8xx/bttv-risc.c
index 436baf6c8b08..241a696e374a 100644
--- a/drivers/media/pci/bt8xx/bttv-risc.c
+++ b/drivers/media/pci/bt8xx/bttv-risc.c
@@ -68,9 +68,7 @@ bttv_risc_packed(struct bttv *btv, struct btcx_riscmem *risc,
sg = sglist;
for (line = 0; line < store_lines; line++) {
if ((line >= (store_lines - VCR_HACK_LINES)) &&
- (btv->opt_vcr_hack ||
- (V4L2_FIELD_HAS_BOTH(btv->field) ||
- btv->field == V4L2_FIELD_ALTERNATE)))
+ btv->opt_vcr_hack)
continue;
while (offset && offset >= sg_dma_len(sg)) {
offset -= sg_dma_len(sg);
Many thanks for testing the alpha3! It is also good to know if the new kernels work with a ramdisk.Hypex wrote: Wed Sep 20, 2023 9:55 am I've tested up to alpha 3 so good to see I'm not too far behind. Booted fine. I tend to test with Fienix as it's the newest install I have. I also have [finally] added an SSD to my X1000 and coped Linux volumes to it. Formatted as RDB for Amiga compatibility, though using GPT was tempting since we can finally throw off the shackles of MBR, but just with Linux volumes for now. Last night installed mate and lubuntu desktops which quietly installed on the SSD.
BTW, does it matter or not for kernel testing if ramdisk is used or not? Seems fine from either one. I can boot from both for my Fienix.