Recent Posts

Pages: 1 2 [3] 4 5 ... 10
21
Zaurus - Void Linux support / Re: who is working on the Zaurus Kernel?
« Last post by DiTBho on May 14, 2025, 08:39:15 am »
thanks!

I am working on a low level bootloader, plus kernel stuff.
Need info, I can't find around.

I will wget and search into logs
22
Zaurus - Void Linux support / Re: who is working on the Zaurus Kernel?
« Last post by Varti on May 14, 2025, 05:01:18 am »
Hi, the only developer working on the kernel that I'm aware of is greguu. I don't think there's any active mailing list for Zaurus kernel development, OESF is the only place I know with discussions about it. In the #kexecboot IRC channel on Freenode there used to be lots of useful, although unsorted, info about recent kernel development, there's a log of the channel available here:

https://logs.nslu2-linux.org/livelogs/kexecboot/

I'd suggest to wget those logs and to make local searches there. There were also #alarmz and #voidz channels, though no logs of them are available. Plus the historical #zaurus one for older discussions, logs are here:

https://infobot.rikers.org/%23zaurus/

Varti
23
Zaurus - Void Linux support / who is working on the Zaurus Kernel?
« Last post by DiTBho on May 12, 2025, 12:50:37 pm »
hi
is there a mailing list or something to discuss the kernel development? patch? etc
is there still interest?

let me know.
D.
24
HI
I need it for the development of Zaurus C3K
Let me know if you have one for sale.
Thanks
25
Astro Slide - Hardware / Re: changed my battery now with video
« Last post by slide on May 03, 2025, 07:35:34 am »
BTW, the Astro Slide forgets the "data used" value when the battery is disconnected. Perhaps that value is stored in battery-backed RAM which could explain the battery drain I'm experiencing with the Astro Slide being turned off (see https://www.oesf.org/forum/index.php?topic=36948.0).
26
Astro Slide - Hardware / Re: changed my battery now with video
« Last post by Zarhan on May 02, 2025, 02:44:48 pm »
Sorry, no pics as I thought that Astro Slide was my only working camera (I forgot about my second Astro Slide). Perhaps next time, for the other device.

Much appreciated, I hope you can at some point get pics from the second device!
27
Zaurus - Arch Linux ARM support / Re: Update: C1000 / Akita support
« Last post by DiTBho on May 02, 2025, 02:03:51 pm »
Another thing: I know Xscale can "scale" the CPU frequency.
Can the Linux Kernel reduce the clock frequency at run-time?
It is useful to extend the battery usage time

if I use the PDA to write with { GNU/Nano, VIM, ... }
I do not need 400Mhz, I can very well work at 200Mhz

28
Zaurus - Arch Linux ARM support / Re: Update: C1000 / Akita support
« Last post by DiTBho on May 02, 2025, 02:03:21 pm »
I would like to comment on the lines of kernel code that activate the suspension when the power/on button is pressed.
to prevent the PDA/Akita from crashing if accidentally pressed

Code: [Select]
disable apm_queue_event() on key_suspend
--- drivers/input/apm-power.c.original  2025-05-02 17:58:24.140000000 -0000
+++ drivers/input/apm-power.c   2025-05-02 17:58:23.788000000 -0000
@@ -20,7 +20,7 @@
 {
        switch (keycode) {
        case KEY_SUSPEND:
-               apm_queue_event(APM_USER_SUSPEND);
+               // apm_queue_event(APM_USER_SUSPEND);
                pr_info("Requesting system suspend...\n");
                break;
        default:
29
Zaurus - Arch Linux ARM support / Re: Update: C1000 / Akita support
« Last post by DiTBho on May 02, 2025, 02:02:32 pm »
Code: [Select]
macmini2-intel kernel-5.4.229-arm-akita # ./mybuild-2024 2
[step2] compiling
kernel-5.4.229(arm/zaurus-akita)
| vanilla + patches from Void
| status:
|  boots(from SD)
|  boots(from CF-microdrive)
|  usb-lan DM9601 works
|  suspend
|    failure on c1k
|    success on c3k
|  irda/raw serial, added, to be tested
toolchain(armv5tel-softfloat-linux-gnueabi:2.40.0/12)
-----------------------------------------------
checking myhost as qualified_host ... success
checking .config ... success
checking blobs ... success
-----------------------------------------------
gadget_to_do(build) ... overlay/build
cleaning ............... done
gadget_to_do(clean) ... kernel/clean
building kernel ... success
-----------------------------------------------
gadget_to_do(binary) ... overlay/binary
gadget_to_do(sweep) ... kernel/sweep
app_body    =kernel.zImage
app_size    =5003576 byte
app_size_max=6000000 byte
checking size ... passed
gadget_to_do(binary_report) ... overlay/binary_report
macmini2-intel kernel-5.4.229-arm-akita #

that's how I compile kernels for all the platforms I support, mainly MIPS, POWERPC and HPPA2.
I wrote a "builder" in bash-scripting + C/89, to help managing patches, configuration, and checks

Every build comes with a "profile", which tells about
  • the toolchain, with constraints on the min and max versions of binutils and gcc
  • the ecosystem (it's called "qualified machines", can also be a chroot, or a container), to ensure you are using the right setup, at least "tested"
  • the final size of the kernel
  • the final file-format { uboot, elf, bin, zImage, ... }
  • etc...
Code: [Select]
checking .config ... success

Here, it checks a file in ensures that the .config contains options considered "essential", and that it does not contain options considered "to be avoided"
Code: [Select]
macmini2-intel kernel-5.4.229-arm-akita # cat profile/config_check.list
CONFIG_PANIC_TIMEOUT                 # without this, panic() loops forever

CONFIG_USB_NET_DM9601                # Davicom DM9601 USBv1.1 10/100 Ethernet NIC

not CONFIG_CMDLINE_FROM_BOOTLOADER     # do not allow the bootloader to pass cmdline
CONFIG_CMDLINE_FORCE                 # built-in cmdline
CONFIG_CMDLINE                       #
                                     # console=ttyS0,9600n8 console=tty1
                                     # noinitrd
                                     # root=/dev/hda2    /dev/sda2
                                     # init=/bin/bash
                                     # rootfstype=xfs ro
                                     # video=pxafb,mode:640x480-2
                                     # fbcon=rotate:1
                                     # (debug)
CONFIG_EXT2_FS
CONFIG_EXT3_FS
CONFIG_XFS_FS

CONFIG_IKCONFIG                      # save .config into /proc/config.gz

CONFIG_GPIO_PCA953X                  # set the GPIOs in Akita
....
30
Zaurus - Arch Linux ARM support / Re: kexecboot-size, max-size?
« Last post by DiTBho on May 02, 2025, 10:49:16 am »
If there was a documented jtag port, I would like to erase the entire flash, and reprogram it from scratch, in a more intelligent way.

strange that no one has ever thought of this ...

... another alternative, physically unsolder the flash chip, reprogram it in the lab, re-solder it.

we'll see.
Pages: 1 2 [3] 4 5 ... 10