Puppy 4.3.1 -- bug reports and suggestions
Today I installed puppy 4.3.1 on a computer as a second boot option with a hard disk formatted to ext 3 (it already had 2.15ce based ecopup on it). I booted it from the hard disk and then installed firefox from here, and went to shutdown and save the session. I was greeted with a black screen saying "session not saved"! Why when I "livebooted" (aleibeit from a hard disk) did it not offer to save my (limited) setup in a pup_save.2fs file?
Puppy Linux's [url=http://www.murga-linux.com/puppy/viewtopic.php?p=296352#296352]Mission[/url]
Sorry, my server is down atm!
Sorry, my server is down atm!
my guess is you have initrd.gz on more than one partition or no file named initrd.gz....a feature apparently.Today I installed puppy 4.3.1 on a computer as a second boot option with a hard disk formatted to ext 3 (it already had 2.15ce based ecopup on it). I booted it from the hard disk and then installed firefox from here, and went to shutdown and save the session. I was greeted with a black screen saying "session not saved"! Why when I "livebooted" (aleibeit from a hard disk) did it not offer to save my (limited) setup in a pup_save.2fs file?
mike
- technosaurus
- Posts: 4853
- Joined: Mon 19 May 2008, 01:24
- Location: Blue Springs, MO
- Contact:
or perhaps you somehow ended up using your old pupsave and now it has firefox on it... When you boot back into 2.15 take a look - that should help narrow it down some.
Check out my [url=https://github.com/technosaurus]github repositories[/url]. I may eventually get around to updating my [url=http://bashismal.blogspot.com]blogspot[/url].
Hi, I encountered a problem with using the ath5k module in 4.31. This is on a 3 year old Toshiba laptop with a Celeron M380 CPU (1.6 GHz, 1 MB L2 cache, 400 MHz FSB 768 MB Ram and Atheros AR5005G 54g wifi. The wifi hardware works fine in Windoze XP and Puppy 4.31 Retro using the ath_pci module, Though I really don't consider this hardware retro.
ath5k detects, tests and loads fine using 4.31 standard with the network wizard. But the ath5k module in 4.31 retro wouldn't even find a wifi network. What happens in 4.31 standard is when you are browsing on the web to some pretty graphics/script heavy pages, such as:
http://sports.yahoo.com/nfl or http://news.yahoo.com/
The progress bar zooms over to about 50%, backs up a wee bit and then just stays there for several minutes before occasionally finally finishes and letting you in. It also does it with a pfix=ram session. It's seems almost like it chokes on it. With ath_pci, no problems encountered. I'm thinking, if possible, we should include ath_pci in future regular versions until this module gets beyond the "experimental" state...
Or is this just me....
OverDrive
ath5k detects, tests and loads fine using 4.31 standard with the network wizard. But the ath5k module in 4.31 retro wouldn't even find a wifi network. What happens in 4.31 standard is when you are browsing on the web to some pretty graphics/script heavy pages, such as:
http://sports.yahoo.com/nfl or http://news.yahoo.com/
The progress bar zooms over to about 50%, backs up a wee bit and then just stays there for several minutes before occasionally finally finishes and letting you in. It also does it with a pfix=ram session. It's seems almost like it chokes on it. With ath_pci, no problems encountered. I'm thinking, if possible, we should include ath_pci in future regular versions until this module gets beyond the "experimental" state...
Or is this just me....
OverDrive
Instant Puppy Fan!!!
Here is the information from the system messages log on the IRQ #11 problem:
Jan 30 05:16:33 (none) user.info kernel: uhci_hcd 0000:00:1d.0: irq 11, io base 0x00006080
Jan 30 05:16:33 (none) user.info kernel: HDA Intel 0000:00:1b.0: PCI INT A -> Link[LNKG] -> GSI 10 (level, low) -> IRQ 10
Jan 30 05:16:33 (none) user.debug kernel: HDA Intel 0000:00:1b.0: setting latency timer to 64
Jan 30 05:16:33 (none) user.err kernel: irq 11: nobody cared (try booting with the "irqpoll" option)
Jan 30 05:16:33 (none) user.warn kernel: Pid: 2895, comm: modprobe Not tainted 2.6.30.5 #1
Jan 30 05:16:33 (none) user.warn kernel: Call Trace:
Jan 30 05:16:33 (none) user.warn kernel: [<c0151784>] ? __report_bad_irq+0x24/0x80
Jan 30 05:16:33 (none) user.warn kernel: [<c0151930>] ? note_interrupt+0x150/0x190
Jan 30 05:16:33 (none) user.warn kernel: [<c0152434>] ? handle_level_irq+0x74/0xc0
Jan 30 05:16:33 (none) user.warn kernel: [<c0105317>] ? handle_irq+0x17/0x20
Jan 30 05:16:33 (none) user.warn kernel: [<c0104b57>] ? do_IRQ+0x47/0xb0
Jan 30 05:16:33 (none) user.warn kernel: [<c0103409>] ? common_interrupt+0x29/0x30
Jan 30 05:16:33 (none) user.warn kernel: [<c012c15e>] ? __do_softirq+0x4e/0x170
Jan 30 05:16:33 (none) user.warn kernel: [<c0150569>] ? handle_IRQ_event+0x49/0x130
Jan 30 05:16:33 (none) user.warn kernel: [<c01068ed>] ? enable_8259A_irq+0xd/0x50
Jan 30 05:16:33 (none) user.warn kernel: [<c012c2a7>] ? do_softirq+0x27/0x30
Jan 30 05:16:33 (none) user.warn kernel: [<c012c565>] ? irq_exit+0x55/0x60
Jan 30 05:16:33 (none) user.warn kernel: [<c0104b60>] ? do_IRQ+0x50/0xb0
Jan 30 05:16:33 (none) user.warn kernel: [<c04184ae>] ? schedule+0xe/0x20
Jan 30 05:16:33 (none) user.warn kernel: [<c0123605>] ? __cond_resched+0x15/0x30
Jan 30 05:16:33 (none) user.warn kernel: [<c0103409>] ? common_interrupt+0x29/0x30
Jan 30 05:16:33 (none) user.warn kernel: [<c029f9fd>] ? delay_tsc+0x1d/0x40
Jan 30 05:16:33 (none) user.warn kernel: [<c029f9a6>] ? __delay+0x6/0x10
Jan 30 05:16:33 (none) user.warn kernel: [<f81d62f2>] ? azx_get_response+0x102/0x1c0 [snd_hda_intel]
Jan 30 05:16:33 (none) user.warn kernel: [<f81d76a9>] ? azx_probe+0x7f9/0x9e3 [snd_hda_intel]
Jan 30 05:16:33 (none) user.warn kernel: [<f81d6130>] ? azx_send_cmd+0x0/0xc0 [snd_hda_intel]
Jan 30 05:16:33 (none) user.warn kernel: [<f81d61f0>] ? azx_get_response+0x0/0x1c0 [snd_hda_intel]
Jan 30 05:16:33 (none) user.warn kernel: [<f81d63b0>] ? azx_get_wallclock+0x0/0x10 [snd_hda_intel]
Jan 30 05:16:33 (none) user.warn kernel: [<f81d63c0>] ? azx_get_linkpos+0x0/0x10 [snd_hda_intel]
Jan 30 05:16:33 (none) user.warn kernel: [<f81d59c0>] ? azx_attach_pcm_stream+0x0/0x1e0 [snd_hda_intel]
Jan 30 05:16:33 (none) user.warn kernel: [<c0309820>] ? __driver_attach+0x0/0x80
Jan 30 05:16:33 (none) user.warn kernel: [<c02add1b>] ? local_pci_probe+0xb/0x10
Jan 30 05:16:33 (none) user.warn kernel: [<c02ae4e0>] ? pci_device_probe+0x60/0x80
Jan 30 05:16:33 (none) user.warn kernel: [<c0309749>] ? driver_probe_device+0x69/0x140
Jan 30 05:16:33 (none) user.warn kernel: [<c02adde0>] ? pci_match_device+0x10/0xa0
Jan 30 05:16:33 (none) user.warn kernel: [<c0309892>] ? __driver_attach+0x72/0x80
Jan 30 05:16:33 (none) user.warn kernel: [<c0308d92>] ? bus_for_each_dev+0x42/0x60
Jan 30 05:16:33 (none) user.warn kernel: [<c02adda0>] ? pci_device_shutdown+0x0/0x30
Jan 30 05:16:33 (none) user.warn kernel: [<c02ae420>] ? pci_device_remove+0x0/0x40
Jan 30 05:16:33 (none) user.warn kernel: [<c03095f6>] ? driver_attach+0x16/0x20
Jan 30 05:16:33 (none) user.warn kernel: [<c0309820>] ? __driver_attach+0x0/0x80
Jan 30 05:16:33 (none) user.warn kernel: [<c0309349>] ? bus_add_driver+0xc9/0x280
Jan 30 05:16:33 (none) user.warn kernel: [<c02adda0>] ? pci_device_shutdown+0x0/0x30
Jan 30 05:16:33 (none) user.warn kernel: [<c02ae420>] ? pci_device_remove+0x0/0x40
Jan 30 05:16:33 (none) user.warn kernel: [<c0309b78>] ? driver_register+0x58/0x120
Jan 30 05:16:33 (none) user.warn kernel: [<f819a000>] ? alsa_card_azx_init+0x0/0x14 [snd_hda_intel]
Jan 30 05:16:33 (none) user.warn kernel: [<c02ae72d>] ? __pci_register_driver+0x3d/0xa0
Jan 30 05:16:33 (none) user.warn kernel: [<f819a000>] ? alsa_card_azx_init+0x0/0x14 [snd_hda_intel]
Jan 30 05:16:33 (none) user.warn kernel: [<c0101133>] ? do_one_initcall+0x33/0x170
Jan 30 05:16:33 (none) user.warn kernel: [<c0155547>] ? tracepoint_module_notify+0x27/0x30
Jan 30 05:16:33 (none) user.warn kernel: [<c013eb20>] ? notifier_call_chain+0x30/0x60
Jan 30 05:16:33 (none) user.warn kernel: [<c013edd3>] ? __blocking_notifier_call_chain+0x53/0x70
Jan 30 05:16:33 (none) user.warn kernel: [<c014dd27>] ? sys_init_module+0x87/0x1c0
Jan 30 05:16:33 (none) user.warn kernel: [<c0187251>] ? sys_read+0x41/0x70
Jan 30 05:16:33 (none) user.warn kernel: [<c0102e05>] ? syscall_call+0x7/0xb
Jan 30 05:16:33 (none) user.err kernel: handlers:
Jan 30 05:16:33 (none) user.err kernel: [<f80835f0>] (usb_hcd_irq+0x0/0x70 [usbcore])
Jan 30 05:16:33 (none) user.err kernel: [<f80835f0>] (usb_hcd_irq+0x0/0x70 [usbcore])
Jan 30 05:16:33 (none) user.err kernel: [<f80835f0>] (usb_hcd_irq+0x0/0x70 [usbcore])
Jan 30 05:16:33 (none) user.err kernel: [<f80835f0>] (usb_hcd_irq+0x0/0x70 [usbcore])
Jan 30 05:16:33 (none) user.err kernel: [<f80835f0>] (usb_hcd_irq+0x0/0x70 [usbcore])
Jan 30 05:16:33 (none) user.emerg kernel: Disabling IRQ #11
I have similar messages for device ath5k 0000:03:00.0, jmb38x_ms 0000:04:00.3,
and sdhci-pci 0000:04:00.0. Does anyone know what the above means, have an
idea for me to check or work on next? Thanks in advance for any help.
Jan 30 05:16:33 (none) user.info kernel: uhci_hcd 0000:00:1d.0: irq 11, io base 0x00006080
Jan 30 05:16:33 (none) user.info kernel: HDA Intel 0000:00:1b.0: PCI INT A -> Link[LNKG] -> GSI 10 (level, low) -> IRQ 10
Jan 30 05:16:33 (none) user.debug kernel: HDA Intel 0000:00:1b.0: setting latency timer to 64
Jan 30 05:16:33 (none) user.err kernel: irq 11: nobody cared (try booting with the "irqpoll" option)
Jan 30 05:16:33 (none) user.warn kernel: Pid: 2895, comm: modprobe Not tainted 2.6.30.5 #1
Jan 30 05:16:33 (none) user.warn kernel: Call Trace:
Jan 30 05:16:33 (none) user.warn kernel: [<c0151784>] ? __report_bad_irq+0x24/0x80
Jan 30 05:16:33 (none) user.warn kernel: [<c0151930>] ? note_interrupt+0x150/0x190
Jan 30 05:16:33 (none) user.warn kernel: [<c0152434>] ? handle_level_irq+0x74/0xc0
Jan 30 05:16:33 (none) user.warn kernel: [<c0105317>] ? handle_irq+0x17/0x20
Jan 30 05:16:33 (none) user.warn kernel: [<c0104b57>] ? do_IRQ+0x47/0xb0
Jan 30 05:16:33 (none) user.warn kernel: [<c0103409>] ? common_interrupt+0x29/0x30
Jan 30 05:16:33 (none) user.warn kernel: [<c012c15e>] ? __do_softirq+0x4e/0x170
Jan 30 05:16:33 (none) user.warn kernel: [<c0150569>] ? handle_IRQ_event+0x49/0x130
Jan 30 05:16:33 (none) user.warn kernel: [<c01068ed>] ? enable_8259A_irq+0xd/0x50
Jan 30 05:16:33 (none) user.warn kernel: [<c012c2a7>] ? do_softirq+0x27/0x30
Jan 30 05:16:33 (none) user.warn kernel: [<c012c565>] ? irq_exit+0x55/0x60
Jan 30 05:16:33 (none) user.warn kernel: [<c0104b60>] ? do_IRQ+0x50/0xb0
Jan 30 05:16:33 (none) user.warn kernel: [<c04184ae>] ? schedule+0xe/0x20
Jan 30 05:16:33 (none) user.warn kernel: [<c0123605>] ? __cond_resched+0x15/0x30
Jan 30 05:16:33 (none) user.warn kernel: [<c0103409>] ? common_interrupt+0x29/0x30
Jan 30 05:16:33 (none) user.warn kernel: [<c029f9fd>] ? delay_tsc+0x1d/0x40
Jan 30 05:16:33 (none) user.warn kernel: [<c029f9a6>] ? __delay+0x6/0x10
Jan 30 05:16:33 (none) user.warn kernel: [<f81d62f2>] ? azx_get_response+0x102/0x1c0 [snd_hda_intel]
Jan 30 05:16:33 (none) user.warn kernel: [<f81d76a9>] ? azx_probe+0x7f9/0x9e3 [snd_hda_intel]
Jan 30 05:16:33 (none) user.warn kernel: [<f81d6130>] ? azx_send_cmd+0x0/0xc0 [snd_hda_intel]
Jan 30 05:16:33 (none) user.warn kernel: [<f81d61f0>] ? azx_get_response+0x0/0x1c0 [snd_hda_intel]
Jan 30 05:16:33 (none) user.warn kernel: [<f81d63b0>] ? azx_get_wallclock+0x0/0x10 [snd_hda_intel]
Jan 30 05:16:33 (none) user.warn kernel: [<f81d63c0>] ? azx_get_linkpos+0x0/0x10 [snd_hda_intel]
Jan 30 05:16:33 (none) user.warn kernel: [<f81d59c0>] ? azx_attach_pcm_stream+0x0/0x1e0 [snd_hda_intel]
Jan 30 05:16:33 (none) user.warn kernel: [<c0309820>] ? __driver_attach+0x0/0x80
Jan 30 05:16:33 (none) user.warn kernel: [<c02add1b>] ? local_pci_probe+0xb/0x10
Jan 30 05:16:33 (none) user.warn kernel: [<c02ae4e0>] ? pci_device_probe+0x60/0x80
Jan 30 05:16:33 (none) user.warn kernel: [<c0309749>] ? driver_probe_device+0x69/0x140
Jan 30 05:16:33 (none) user.warn kernel: [<c02adde0>] ? pci_match_device+0x10/0xa0
Jan 30 05:16:33 (none) user.warn kernel: [<c0309892>] ? __driver_attach+0x72/0x80
Jan 30 05:16:33 (none) user.warn kernel: [<c0308d92>] ? bus_for_each_dev+0x42/0x60
Jan 30 05:16:33 (none) user.warn kernel: [<c02adda0>] ? pci_device_shutdown+0x0/0x30
Jan 30 05:16:33 (none) user.warn kernel: [<c02ae420>] ? pci_device_remove+0x0/0x40
Jan 30 05:16:33 (none) user.warn kernel: [<c03095f6>] ? driver_attach+0x16/0x20
Jan 30 05:16:33 (none) user.warn kernel: [<c0309820>] ? __driver_attach+0x0/0x80
Jan 30 05:16:33 (none) user.warn kernel: [<c0309349>] ? bus_add_driver+0xc9/0x280
Jan 30 05:16:33 (none) user.warn kernel: [<c02adda0>] ? pci_device_shutdown+0x0/0x30
Jan 30 05:16:33 (none) user.warn kernel: [<c02ae420>] ? pci_device_remove+0x0/0x40
Jan 30 05:16:33 (none) user.warn kernel: [<c0309b78>] ? driver_register+0x58/0x120
Jan 30 05:16:33 (none) user.warn kernel: [<f819a000>] ? alsa_card_azx_init+0x0/0x14 [snd_hda_intel]
Jan 30 05:16:33 (none) user.warn kernel: [<c02ae72d>] ? __pci_register_driver+0x3d/0xa0
Jan 30 05:16:33 (none) user.warn kernel: [<f819a000>] ? alsa_card_azx_init+0x0/0x14 [snd_hda_intel]
Jan 30 05:16:33 (none) user.warn kernel: [<c0101133>] ? do_one_initcall+0x33/0x170
Jan 30 05:16:33 (none) user.warn kernel: [<c0155547>] ? tracepoint_module_notify+0x27/0x30
Jan 30 05:16:33 (none) user.warn kernel: [<c013eb20>] ? notifier_call_chain+0x30/0x60
Jan 30 05:16:33 (none) user.warn kernel: [<c013edd3>] ? __blocking_notifier_call_chain+0x53/0x70
Jan 30 05:16:33 (none) user.warn kernel: [<c014dd27>] ? sys_init_module+0x87/0x1c0
Jan 30 05:16:33 (none) user.warn kernel: [<c0187251>] ? sys_read+0x41/0x70
Jan 30 05:16:33 (none) user.warn kernel: [<c0102e05>] ? syscall_call+0x7/0xb
Jan 30 05:16:33 (none) user.err kernel: handlers:
Jan 30 05:16:33 (none) user.err kernel: [<f80835f0>] (usb_hcd_irq+0x0/0x70 [usbcore])
Jan 30 05:16:33 (none) user.err kernel: [<f80835f0>] (usb_hcd_irq+0x0/0x70 [usbcore])
Jan 30 05:16:33 (none) user.err kernel: [<f80835f0>] (usb_hcd_irq+0x0/0x70 [usbcore])
Jan 30 05:16:33 (none) user.err kernel: [<f80835f0>] (usb_hcd_irq+0x0/0x70 [usbcore])
Jan 30 05:16:33 (none) user.err kernel: [<f80835f0>] (usb_hcd_irq+0x0/0x70 [usbcore])
Jan 30 05:16:33 (none) user.emerg kernel: Disabling IRQ #11
I have similar messages for device ath5k 0000:03:00.0, jmb38x_ms 0000:04:00.3,
and sdhci-pci 0000:04:00.0. Does anyone know what the above means, have an
idea for me to check or work on next? Thanks in advance for any help.
Enjoy life, Just Greg
Live Well, Laugh Often, Love Much
Live Well, Laugh Often, Love Much
Thank you jjbrewer for point to the post by tempestuous. I had found it before.
But, I did find a solution! I added the kernel boot parameter, irqpoll to the kernel line. This eliminates the IRQ #11 disabled messages and the sound works normally. An alternate solution is to use acpi=off, but, this causes an incomplete power shutdown. The system only halts and one has to press the power button to completely turn off the system.
I found the information on irqpoll in Ubuntu post on the same problem. There are kernel boot parameters that do many things. The only way to find out about them is to read the kernel documentation.
For Puppy 4.3.1, my suggestion is the message from initrd.gz be change from "IRQ #11 disabled" to "IRQ #11 disabled try acpi=off kernel boot parameter". The "acpi=off" kernel boot parameter is documented on Puppy Linux wiki and other sources. The irqpoll parameter is not documented. This would help people when they encountered the problem. Pressing the power button to turn off the system at shutdown is a reasonable work around.
This whole problem is the result of Windows 2000 plug and pray, opps, I mean plug and play scheme. It uses irq 11 as general interrupt for a host of devices. I hope this helps.
31 January. I did some more research into kernel parameters. I found and tested acpi=noirq. This appears to be a better way to solve this rather than irqpoll.
But, I did find a solution! I added the kernel boot parameter, irqpoll to the kernel line. This eliminates the IRQ #11 disabled messages and the sound works normally. An alternate solution is to use acpi=off, but, this causes an incomplete power shutdown. The system only halts and one has to press the power button to completely turn off the system.
I found the information on irqpoll in Ubuntu post on the same problem. There are kernel boot parameters that do many things. The only way to find out about them is to read the kernel documentation.
For Puppy 4.3.1, my suggestion is the message from initrd.gz be change from "IRQ #11 disabled" to "IRQ #11 disabled try acpi=off kernel boot parameter". The "acpi=off" kernel boot parameter is documented on Puppy Linux wiki and other sources. The irqpoll parameter is not documented. This would help people when they encountered the problem. Pressing the power button to turn off the system at shutdown is a reasonable work around.
This whole problem is the result of Windows 2000 plug and pray, opps, I mean plug and play scheme. It uses irq 11 as general interrupt for a host of devices. I hope this helps.
31 January. I did some more research into kernel parameters. I found and tested acpi=noirq. This appears to be a better way to solve this rather than irqpoll.
Last edited by JustGreg on Sun 31 Jan 2010, 18:27, edited 1 time in total.
Enjoy life, Just Greg
Live Well, Laugh Often, Love Much
Live Well, Laugh Often, Love Much
Thanks again, for the advice and help, jdbrewer. I tried the boot parameter acpi=force and it did not work. I got the same with IRQ #11 being disabled. Only boot parameters acpi=off and irqpoll seem to work. But, I do thank you for help.
It seems the best approach is acpi=noirq
It seems the best approach is acpi=noirq
Enjoy life, Just Greg
Live Well, Laugh Often, Love Much
Live Well, Laugh Often, Love Much
Module & modem firmware loading integrity corrections
The module/firmware loader is executed by multiple concurrent processes, but utilizes its resources as if run by processes one-at-a-time. Multi-threading requires precautions to avoid concurrent access and updating of files, which occurs in the loader. The modem detection and initialization processes are subject to these vulnerabilities, and can function unreliably as a consequence. Furthermore, the module override and preference functions omit some capabilities needed to select modules predictably. The attached packages correct these and other issues.
The fix is provided in two packages, so that the modem fixes can be omitted if users do not have dialup modems, and so that the packages can be updated independently. The packages are:
- pup_event_backend_modprobe and its new resource-serialization service
- modem "fix pack" that reliably integrates the Conexant drivers and upgrades wireless modem coverage, as well as usb_modeswitching.
These packages are intended for application to puppy 4.3.1 and to be incorporated into puppy 4.4 and all future versions of Puppy Linux. I also provide a new "3G-pupdial-13" package containing the modem updates for puppies 4.1.2 and 4.2.1 (but not the modprobe fix). Together, they increase Puppy's robustness, especially in unusual configurations. They were developed on my 400 MHz Aptiva, which exaggerates the impact of multi-threading and long-running firmware installations (e.g., the Conexant drivers). Most users should notice little difference, although those experiencing erratic modem or network-module detection should see that corrected. I also tested on a dual 466 MHZ PC that froze with the DGC USB modem plugged in, before I installed the packages; with them installed, the modem behaved normally, and no freeze!
The packages contain many code changes, so could cause some regression errors. Please install them to fresh Puppy installations or those that have been backed up, in case we get an ugly surprise. I have worked on this for three months, including extensive testing, to make it solid. Please report (via PM, to avoid hijacking the thread) any regression behavior you encounter. Barry and technosaurus might wait a while before integrating them, to allow users to "shake it out."
I will give more details in the next posting.
Richard
UPDATE 2/20/2010: The new versions correct the lock function and change how usb_modeswitch is used, so that modem initialization waits for it. Be sure to uninstall the previous versions and the modemprobe_erase-1 fix before installing these packages.. I recommend these packages especially for anyone running on a multi-processor or multi-core-processor system, to avoid the risk of a "hang" during initialization..
UPDATE 3/2/2010: Replaced the packages with minor updates. Adds analog modem script utilization of the new way to verify a module is loaded, all modem script use the "protect --modcheck" function. re-implements prevention of invalid dialup probe results after modem replacement. These are added for completeness and consistency in the modem init scripts. The "protect log" entries time field is corrected. Since there is little functional change, there is no need to reinstall the packages -- but new downloads of them will contain the latest developments. I expect to post a delta dotpet later in this thread, mainly for Barry to use to update his copy.
UPDATE 4/6/2010: Replaced the packages -- pup_event to support added-module loading, modem-fix to upgrade to the "automated" feature of usb_modeswitch, to eliminate the need for the multiple, editable rules files (51-) and to expand the models supported. The directory, /etc/usb_modeswitch.d, contains individual configuration files and replaces the old usb_modeswitch.conf global configuration file. To address cases where wireless modems (ttyUSB?) need a device name other than ttyUSB0, there is a fix to find the two most appropriate names, select one, and allow the user to change to the other in pupdial (with the "ttyUSB-" button, the name showing the alternate name to try). As this has had minimal user-testing, please report whether it works.
NOTE: These two packages contain all of my modem and modprobe-serialization fixes to be applied to puppy 4.3.1 -- except for a package for "mwave" modems. It was left out because of the size of that package and because it is rarely needed. However, it can be downloaded from this link (to the download on page 17): http://www.murga-linux.com/puppy/viewto ... h&id=26909
UPDATE 4/15/10: Attached separate package for the usb_modeswitch binary for inclusion in projects, so it is identified in the package lists.
UPDATE 5/16/10: I have attempted to complete the scope of Puppy's support of ttyUSBn wireless modems, by adding the Qualcom (qcserial) and TI (ti_usb_3410_5052) initialization scripts and minor supporting changes. I have also corrected the device name for PCMCIA modems that relate to ttyIPWpn devices, using the ipwireless driver module. The attachment can be installed onto fix_pack 6, puppeee, quirky, wary, and lupu and anything else built with Woof as of this date.
UPDATE 5/28/10: I have updated the modem_ti_qc_ipwi_updates dotpet to add a minor correction to the martian firmware, for inclusion in Woof. I also added a file specific to Virgin (Australia) connections, to insert the "-chap" option automatically. If you do not need this option, there is no need to replace "-1".
The fix is provided in two packages, so that the modem fixes can be omitted if users do not have dialup modems, and so that the packages can be updated independently. The packages are:
- pup_event_backend_modprobe and its new resource-serialization service
- modem "fix pack" that reliably integrates the Conexant drivers and upgrades wireless modem coverage, as well as usb_modeswitching.
These packages are intended for application to puppy 4.3.1 and to be incorporated into puppy 4.4 and all future versions of Puppy Linux. I also provide a new "3G-pupdial-13" package containing the modem updates for puppies 4.1.2 and 4.2.1 (but not the modprobe fix). Together, they increase Puppy's robustness, especially in unusual configurations. They were developed on my 400 MHz Aptiva, which exaggerates the impact of multi-threading and long-running firmware installations (e.g., the Conexant drivers). Most users should notice little difference, although those experiencing erratic modem or network-module detection should see that corrected. I also tested on a dual 466 MHZ PC that froze with the DGC USB modem plugged in, before I installed the packages; with them installed, the modem behaved normally, and no freeze!
The packages contain many code changes, so could cause some regression errors. Please install them to fresh Puppy installations or those that have been backed up, in case we get an ugly surprise. I have worked on this for three months, including extensive testing, to make it solid. Please report (via PM, to avoid hijacking the thread) any regression behavior you encounter. Barry and technosaurus might wait a while before integrating them, to allow users to "shake it out."
I will give more details in the next posting.
Richard
UPDATE 2/20/2010: The new versions correct the lock function and change how usb_modeswitch is used, so that modem initialization waits for it. Be sure to uninstall the previous versions and the modemprobe_erase-1 fix before installing these packages.. I recommend these packages especially for anyone running on a multi-processor or multi-core-processor system, to avoid the risk of a "hang" during initialization..
UPDATE 3/2/2010: Replaced the packages with minor updates. Adds analog modem script utilization of the new way to verify a module is loaded, all modem script use the "protect --modcheck" function. re-implements prevention of invalid dialup probe results after modem replacement. These are added for completeness and consistency in the modem init scripts. The "protect log" entries time field is corrected. Since there is little functional change, there is no need to reinstall the packages -- but new downloads of them will contain the latest developments. I expect to post a delta dotpet later in this thread, mainly for Barry to use to update his copy.
UPDATE 4/6/2010: Replaced the packages -- pup_event to support added-module loading, modem-fix to upgrade to the "automated" feature of usb_modeswitch, to eliminate the need for the multiple, editable rules files (51-) and to expand the models supported. The directory, /etc/usb_modeswitch.d, contains individual configuration files and replaces the old usb_modeswitch.conf global configuration file. To address cases where wireless modems (ttyUSB?) need a device name other than ttyUSB0, there is a fix to find the two most appropriate names, select one, and allow the user to change to the other in pupdial (with the "ttyUSB-" button, the name showing the alternate name to try). As this has had minimal user-testing, please report whether it works.
NOTE: These two packages contain all of my modem and modprobe-serialization fixes to be applied to puppy 4.3.1 -- except for a package for "mwave" modems. It was left out because of the size of that package and because it is rarely needed. However, it can be downloaded from this link (to the download on page 17): http://www.murga-linux.com/puppy/viewto ... h&id=26909
UPDATE 4/15/10: Attached separate package for the usb_modeswitch binary for inclusion in projects, so it is identified in the package lists.
UPDATE 5/16/10: I have attempted to complete the scope of Puppy's support of ttyUSBn wireless modems, by adding the Qualcom (qcserial) and TI (ti_usb_3410_5052) initialization scripts and minor supporting changes. I have also corrected the device name for PCMCIA modems that relate to ttyIPWpn devices, using the ipwireless driver module. The attachment can be installed onto fix_pack 6, puppeee, quirky, wary, and lupu and anything else built with Woof as of this date.
UPDATE 5/28/10: I have updated the modem_ti_qc_ipwi_updates dotpet to add a minor correction to the martian firmware, for inclusion in Woof. I also added a file specific to Virgin (Australia) connections, to insert the "-chap" option automatically. If you do not need this option, there is no need to replace "-1".
- Attachments
-
- usb-modeswitch-1.1.1.pet
- usb_modeswitch binary. Already in modem fix pack 6, but provided for
proper inclusion in puppy projects. - (14.28 KiB) Downloaded 1552 times
-
- pup_event_backend_modprobe_fix_to_p43x-4.pet
- Install this to protect against random freezes and other misbehavior.
It ensures module and firmware loading are coordinated, and should keep Puppy robust. - (7.71 KiB) Downloaded 1554 times
Last edited by rerwin on Thu 01 Jul 2010, 20:50, edited 17 times in total.
Details for the above modprobe and modem packages
Some new dialup modem features to note:
1. The Riptide sound-and-modem card is supported so that the modem part is disabled, because the driver cannot handle it. This allows addition of another modem, without necessitating a complicated user workaround.
2. An attempt is made to support Vodaphone modems not detected in the normal way. Smokey01, who has been working with me via PMs, reports that this now works!.
3. All three Conexant drivers were tested concurrently, so that a PCI and USB modem can co-habit without interference, although installation of both PCI types (HCF, HSF) concurrently seems to cause the HSF modem to lock up Puppy when attempting a connection - better to avoid that combination.
4. Some built-in modems are associated with HSF, ALSA and SmartLink drivers, defaulting to the wrong driver. The HSF driver gets detected but is later found to not be a Conexant modem. In this case, Puppy avoids detecting the HSF and sets things up so that the ALSA driver is detected on the next boot-up.
5. A new udev rule supports some phone modems with hardware IDS 15eb:0001. This is incomplete and requires user feedback for further development. See comments within file /etc/udev/rules.d/50-modprobe-usbserial.rules. Some of the modems are:
- Haier D1200P USB Modem
- BSNL Clarity USB phone modem
6. USB-modem mode switching is upgraded to utilize the automated/integrated feature that discriminates better among modem models and improves the detection of actual mode switching. The old (51-) rules files (and editing of them) are eliminated. Modems not already supported may be added to rules files 51-usb_modeswitch-puppy.rules and 50-modprobe-option.rules.
7. Handling of device names ttyUSB0+ is changed to find the two most appropriate such names and to allow the user to change names with the pupdial "ttyUSB-" (Test) button. The name shown is the name that will be tested and should be different from the name of the "detected" device (assuming two are found).
The module-loading controls for overrides and preferences have been extended, to minimize addition of special coding in backend_modprobe, keeping most substitutions visible in the MODULESCONFIG file:
- PCI overrides can now include a module name of "(none)", which means to avoid loading a module for a particular hardware ID, more precise blacklisting. (This is used to disable the Riptide modem.)
- Preferences can be a bar-separated series of substitute modules (e.g., usb_storage:option|sierra). The result depends on the modules available for a particular hardware ID. It indicates priority in case multiple substitutes are present. (This is used for hybrid modems to ensure both usb_storage and a modem driver are loaded.)
- A dynamically added set of preferences can be activated by software. (This is used to reverse preferences for sound-card modems supported by either an ALSA or HSF module, when the HSF driver indicates that it is wrong for the modem.)
To demonstrate what the modprobe package does, here is its log for my Aptiva with an HSF PCI modem and a DGC USB modem installed. Note that it takes about 12 extra seconds before the firmware is loaded! Now Puppy waits until the firmware is loaded before attempting to select/detect a modem.The "resource" codes are: (M)odule, (F)irmware, (S)ound-card-number, (D)evice-major-number, and (L)ock, The "rejects" prevent module or firmware loading more than once, and use of a number by only one process. With faster PCs and only one of the modems, I see that 1-to-3 extra seconds are needed before starting detection. Non-Conexant modems should not require extra time.
Regarding the new modprobe protection/serialization implementation, I attach difference listings for pup_event_backend_modprobe, to summarize its changes.
Richard
1. The Riptide sound-and-modem card is supported so that the modem part is disabled, because the driver cannot handle it. This allows addition of another modem, without necessitating a complicated user workaround.
2. An attempt is made to support Vodaphone modems not detected in the normal way. Smokey01, who has been working with me via PMs, reports that this now works!.
3. All three Conexant drivers were tested concurrently, so that a PCI and USB modem can co-habit without interference, although installation of both PCI types (HCF, HSF) concurrently seems to cause the HSF modem to lock up Puppy when attempting a connection - better to avoid that combination.
4. Some built-in modems are associated with HSF, ALSA and SmartLink drivers, defaulting to the wrong driver. The HSF driver gets detected but is later found to not be a Conexant modem. In this case, Puppy avoids detecting the HSF and sets things up so that the ALSA driver is detected on the next boot-up.
5. A new udev rule supports some phone modems with hardware IDS 15eb:0001. This is incomplete and requires user feedback for further development. See comments within file /etc/udev/rules.d/50-modprobe-usbserial.rules. Some of the modems are:
- Haier D1200P USB Modem
- BSNL Clarity USB phone modem
6. USB-modem mode switching is upgraded to utilize the automated/integrated feature that discriminates better among modem models and improves the detection of actual mode switching. The old (51-) rules files (and editing of them) are eliminated. Modems not already supported may be added to rules files 51-usb_modeswitch-puppy.rules and 50-modprobe-option.rules.
7. Handling of device names ttyUSB0+ is changed to find the two most appropriate such names and to allow the user to change names with the pupdial "ttyUSB-" (Test) button. The name shown is the name that will be tested and should be different from the name of the "detected" device (assuming two are found).
The module-loading controls for overrides and preferences have been extended, to minimize addition of special coding in backend_modprobe, keeping most substitutions visible in the MODULESCONFIG file:
- PCI overrides can now include a module name of "(none)", which means to avoid loading a module for a particular hardware ID, more precise blacklisting. (This is used to disable the Riptide modem.)
- Preferences can be a bar-separated series of substitute modules (e.g., usb_storage:option|sierra). The result depends on the modules available for a particular hardware ID. It indicates priority in case multiple substitutes are present. (This is used for hybrid modems to ensure both usb_storage and a modem driver are loaded.)
- A dynamically added set of preferences can be activated by software. (This is used to reverse preferences for sound-card modems supported by either an ALSA or HSF module, when the HSF driver indicates that it is wrong for the modem.)
To demonstrate what the modprobe package does, here is its log for my Aptiva with an HSF PCI modem and a DGC USB modem installed. Note that it takes about 12 extra seconds before the firmware is loaded! Now Puppy waits until the firmware is loaded before attempting to select/detect a modem.
Code: Select all
09:23:35 Request from PID 2383 GRANTED for resource M ali_agp
09:23:36 Request from PID 2444 GRANTED for resource M ohci_hcd
09:23:37 Request from PID 2468 GRANTED for resource M tulip
09:23:37 Request from PID 2517 GRANTED for resource M pcspkr
09:23:38 Request from PID 2651 GRANTED for resource M serio_raw
09:23:39 Request from PID 2632 REJECTED for resource M serio_raw
09:23:40 Request from PID 2429 GRANTED for resource M hsfpcibasic2
09:23:42 Request from PID 2928 GRANTED for resource M usbcore
09:23:43 Request from PID 3055 GRANTED for resource M evdev
09:23:44 Request from PID 2949 GRANTED for resource M dgcusbdcp
09:23:44 Request from PID 2968 REJECTED for resource M dgcusbdcp
09:23:45 Request from PID 2429 GRANTED for resource F hsfmodem
09:23:46 Request from PID 2949 GRANTED for resource F dgcmodem
09:23:47 Request from PID 3386 REJECTED for resource M usbcore
09:23:47 Request from PID 3483 REJECTED for resource M dgcusbdcp
14:23:53 Request from PID 3594 GRANTED for resource L modulesconf
14:23:55 Request from PID 4047 GRANTED for resource D 240
14:23:56 Request from PID 4122 GRANTED for resource D 241
14:23:58 Request from PID 3594 FREED resource L modulesconf
14:23:59 Request from PID 3592 GRANTED for resource L modulesconf
DEBUG (3592): Lock retried for 4 seconds for L modulesconf
14:24:01 Request from PID 4466 GRANTED for resource D 244
14:24:02 Request from PID 4525 GRANTED for resource D 245
14:24:04 Request from PID 4348 REJECTED for resource M dgcusbdcp
14:24:04 Request from PID 4352 REJECTED for resource M dgcusbdcp
14:24:05 Request from PID 4567 GRANTED for resource D 246
14:24:05 Request from PID 4369 REJECTED for resource M dgcusbdcp
14:24:06 Request from PID 4624 REJECTED for resource M dgcusbdcp
14:24:06 Request from PID 4745 GRANTED for resource D 247
14:24:08 Request from PID 3592 FREED resource L modulesconf
DEBUG (3707): Firmware completion test waited 12 seconds
Regarding the new modprobe protection/serialization implementation, I attach difference listings for pup_event_backend_modprobe, to summarize its changes.
Richard
- Attachments
-
- backend_modprobe_difference_files.tar.gz
- (4.27 KiB) Downloaded 1084 times
Last edited by rerwin on Tue 06 Apr 2010, 20:11, edited 3 times in total.
Wireless Modem - huawei k3765
rerwin,
I thought I should do one more test.
I booted puppy with pfix=ram
installed the modem_fix_pack_to_431-1.pet file
plugged in the modem
ran pupdial
Modem was found
modified the parameters as per screenshot.
Works great.
This setup is for Vodafone prepaid in Australia.
Smokey
I thought I should do one more test.
I booted puppy with pfix=ram
installed the modem_fix_pack_to_431-1.pet file
plugged in the modem
ran pupdial
Modem was found
modified the parameters as per screenshot.
Works great.
This setup is for Vodafone prepaid in Australia.
Smokey
- Attachments
-
- pupdial.jpg
- Note the required changes underlined in red
- (99.92 KiB) Downloaded 1885 times
Puppy 4.3.1 image viewer omission
I tried viewnior, inklite, mtpaint, seamonkey, then downloaded gpicview and fotoxx and gqview which don't do it either. Or links2 (graphical).
p?m is a standard linux image format, viewed by zgv and I think xli, xv, not available as pet packages. Used by netpbm, which also has a small viewer. gimp would take 20 min to download. What else might I try?
Thanks for setting up a default pdf viewer in 4.3.1. And gif jpeg tiff.
p?m is a standard linux image format, viewed by zgv and I think xli, xv, not available as pet packages. Used by netpbm, which also has a small viewer. gimp would take 20 min to download. What else might I try?
Thanks for setting up a default pdf viewer in 4.3.1. And gif jpeg tiff.
There are alot of threads about puppy hanging either during an unexpected power loss by user intervention or electrical issues including the reboot command (which seems irregular that we should be using an odd command wmreboot from the terminal session).
This brought out another bug which I saw USB keyboard is able to select the booting menu.lst option yet the USB driver is disabled during this unexpected or forced shutdown/reboot procedure.
There are some ideas listed in the below threads and I hope this gets fixed because it's a major issue with installing this operating system on clients machines with remote control. Heavens forbid I lose control when a client is way too far to have physical access to the machine. Ouch the thought hurts.. lol
Puppy 4.1 Boot Hangs
http://www.murga-linux.com/puppy/viewtopic.php?t=34738
Puppy Freezes after 'reboot' from Terminal session window
http://www.murga-linux.com/puppy/viewtopic.php?t=21726
Make Puppy recover automatically from improper shutdowns
http://www.murga-linux.com/puppy/viewtopic.php?t=47668
reboot command locks up puppy
http://www.murga-linux.com/puppy/viewtopic.php?t=52149
This brought out another bug which I saw USB keyboard is able to select the booting menu.lst option yet the USB driver is disabled during this unexpected or forced shutdown/reboot procedure.
There are some ideas listed in the below threads and I hope this gets fixed because it's a major issue with installing this operating system on clients machines with remote control. Heavens forbid I lose control when a client is way too far to have physical access to the machine. Ouch the thought hurts.. lol
Puppy 4.1 Boot Hangs
http://www.murga-linux.com/puppy/viewtopic.php?t=34738
Puppy Freezes after 'reboot' from Terminal session window
http://www.murga-linux.com/puppy/viewtopic.php?t=21726
Make Puppy recover automatically from improper shutdowns
http://www.murga-linux.com/puppy/viewtopic.php?t=47668
reboot command locks up puppy
http://www.murga-linux.com/puppy/viewtopic.php?t=52149
Yes, an important bug to get fixed! I know that feeling nassausky
Another one to report...although Abiword in 4.3.1 is capable of opening openoffice .odt files, they are not "associated" with abiword, so clicking on them in ROX does not open them automatically in Abiword. This is something to do with "Mime Types" I believe.
Another one to report...although Abiword in 4.3.1 is capable of opening openoffice .odt files, they are not "associated" with abiword, so clicking on them in ROX does not open them automatically in Abiword. This is something to do with "Mime Types" I believe.
Puppy Linux's [url=http://www.murga-linux.com/puppy/viewtopic.php?p=296352#296352]Mission[/url]
Sorry, my server is down atm!
Sorry, my server is down atm!
Hi everyone,
While making some tests this week I noticed that PFIX=nox have
no effect. I was willing to set a boot loader to get me fast into a
linux console but puppy always brings me to graphical manager
to choose from xorg-xvesa and etc...
Don't know if someone else noticed it already
Best regards
Laurent
While making some tests this week I noticed that PFIX=nox have
no effect. I was willing to set a boot loader to get me fast into a
linux console but puppy always brings me to graphical manager
to choose from xorg-xvesa and etc...
Don't know if someone else noticed it already
Best regards
Laurent
- Abnormalter
- Posts: 95
- Joined: Sun 31 Jan 2010, 10:56
- Location: Russia
Thank you for this utility!PANZERKOPF wrote:...
3) Monitor gamma correction button in Xorgwizard does nothing. It calls
"tkgamma" tool which is missing in 4.x releases. (Because tcl/tk was dropped).
I make simple replacement which is attached here:
But the /X11 directory (has it of the xgamma as is now) need move onto /usr/X11 directory.
As passing true to common standard of directory structure.
- Attachments
-
- xgamma-gui.pet
- Patched now
- (5.45 KiB) Downloaded 1080 times
vlc abiword problems
Hi,
As much as I like most of what puppy can do there are a couple of bugs which prevent it being the operating system of choice.
1. vlc media player crashes when trying to play mkv files. I can play these with no problems in ubuntu. I need vlc player because I can use it to record tv programmes.
2. Abiword is incredibly SLOW! I thought that being in ram it would be just the opposite. Also, clicking on "create & modify styles" causes abiword to crash. (On a related note, maybe, Gnumeric does not suffer from the slowness of abiword)
I am using puppy4.3.1 and have checked the file integrity so I'm sure that everything is installed ok.
Kino
As much as I like most of what puppy can do there are a couple of bugs which prevent it being the operating system of choice.
1. vlc media player crashes when trying to play mkv files. I can play these with no problems in ubuntu. I need vlc player because I can use it to record tv programmes.
2. Abiword is incredibly SLOW! I thought that being in ram it would be just the opposite. Also, clicking on "create & modify styles" causes abiword to crash. (On a related note, maybe, Gnumeric does not suffer from the slowness of abiword)
I am using puppy4.3.1 and have checked the file integrity so I'm sure that everything is installed ok.
Kino