Bug#1051643: Info received (Bug#1051643: Acknowledgement (linux-image-6.1.0-11-686-pae: kernel BUG at mm/usercopy.c:101!))

2024-02-05 Thread Jiann-Ming Su
d 80 90 8d 76
2024-02-04T14:20:46.754935-05:00 mini2 kernel: [61619.122283] EAX:
ffda EBX: 0003 ECX: 01079dd0 EDX: 0001
2024-02-04T14:20:46.754938-05:00 mini2 kernel: [61619.122286] ESI:
b773eff4 EDI:  EBP: 01078b70 ESP: bf973da0
2024-02-04T14:20:46.754941-05:00 mini2 kernel: [61619.122289] DS: 007b
ES: 007b FS:  GS: 0033 SS: 007b EFLAGS: 0246
2024-02-04T14:20:46.754944-05:00 mini2 kernel: [61619.122296] Modules
linked in: tls tun xt_tcpudp i915 ath5k xt_conntrack snd_hda_codec_idt
nf_con
ntrack snd_hda_codec_generic nf_defrag_ipv6 ledtrig_audio
nf_defrag_ipv4 ath coretemp drm_buddy snd_hda_intel snd_intel_dspcfg
drm_display_helper k
vm_intel nft_compat nf_tables cec snd_intel_sdw_acpi mac80211 rc_core
kvm ttm applesmc irqbypass snd_hda_codec drm_kms_helper libarc4
i2c_algo_bit
iTCO_wdt fb_sys_fops cfg80211 snd_hda_core intel_pmc_bxt snd_hwdep
iTCO_vendor_support syscopyarea sysfillrect watchdog snd_pcm sysimgblt
pcspkr nf
netlink snd_timer at24 rfkill snd soundcore appledisplay sg
apple_mfi_fastcharge evdev tpm_infineon button acpi_cpufreq
binfmt_misc firewire_sbp2 e
fi_pstore drm loop dm_mod fuse configfs ip_tables x_tables autofs4 xfs
libcrc32c crc32c_generic hid_apple hid_appleir hid_generic usbhid hid
sd_mod
t10_pi crc64_rocksoft sr_mod crc64 cdrom crc_t10dif crct10dif_generic
crct10dif_common ata_generic ahci ata_piix libahci libata scsi_mod
ehci_pci
firewire_ohci
2024-02-04T14:20:46.754948-05:00 mini2 kernel: [61619.122432]
firewire_core uhci_hcd ehci_hcd i2c_i801 lpc_ich i2c_smbus scsi_common
crc_itu_t usb
core usb_common sky2 video wmi
2024-02-04T14:20:46.754951-05:00 mini2 kernel: [61619.122479] ---[ end
trace  ]---
2024-02-04T14:20:46.754953-05:00 mini2 kernel: [61619.122483] EIP:
usercopy_abort+0x65/0x67
2024-02-04T14:20:46.754956-05:00 mini2 kernel: [61619.122488] Code: 44
cb bb 00 20 b1 d0 89 4d f0 b9 33 9a af d0 0f 45 cb ff 75 0c ff 75 08
57 52 5
6 50 ff 75 f0 51 68 a0 1f b1 d0 e8 8f 89 ff ff <0f> 0b 56 31 d2 b8 4a
20 b1 d0 ff 75 ec 8b 4d f0 e8 86 ff ff ff 56
2024-02-04T14:20:46.754959-05:00 mini2 kernel: [61619.122491] EAX:
0053 EBX: d0b12000 ECX: f6bcf8c0 EDX: f6bc9d50
2024-02-04T14:20:46.754962-05:00 mini2 kernel: [61619.122495] ESI:
d0b28ae8 EDI: d0b28ae8 EBP: c487fc64 ESP: c487fc30
2024-02-04T14:20:46.754965-05:00 mini2 kernel: [61619.122498] DS: 007b
ES: 007b FS: 00d8 GS: 0033 SS: 0068 EFLAGS: 00010246
2024-02-04T14:20:46.754967-05:00 mini2 kernel: [61619.122502] CR0:
80050033 CR2: 0107a000 CR3: 057fa000 CR4: 06d0

On Tue, Nov 21, 2023 at 11:13 AM Jiann-Ming Su  wrote:
>
> Looks like it's unrelated to openvpn; running openvpn 2.6.3-1+deb12u2
> and the mm/usercopy still happens.  I just reported 1056356 for apt
> since this happens pretty reliably during apt-get update.
>
>
> On Tue, Nov 21, 2023 at 9:53 AM Jiann-Ming Su  wrote:
> >
> > Could this issue be related to CVE-2023-46850 mentioned in bug
> > 1055805?  OpenVPN is running on this particular box that suffers from
> > this problem.
> >
> > On Mon, Nov 6, 2023 at 11:36 PM Jiann-Ming Su  wrote:
> > >
> > > and 6.1.0-13-686-pae:
> > >
> > > [348871.341900] usercopy: Kernel memory exposure attempt detected from
> > > kmap (offset 1270, size 15114)!
> > > [348871.342021] [ cut here ]
> > > [348871.342024] kernel BUG at mm/usercopy.c:101!
> > > [348871.342068] invalid opcode:  [#1] PREEMPT SMP PTI
> > > [348871.342118] CPU: 0 PID: 12867 Comm: http Not tainted
> > > 6.1.0-13-686-pae #1  Debian 6.1.55-1
> > > [348871.342186] Hardware name: Apple Computer, Inc.
> > > Macmini1,1/Mac-F4208EC8, BIOS MM11.88Z.0055.B0
> > > 8.0610121326 10/12/06
> > > [348871.342259] EIP: usercopy_abort+0x65/0x67
> > > [348871.342302] Code: 44 cb bb b8 af b3 c6 89 4d f0 b9 b6 2a b2 c6 0f
> > > 45 cb ff 75 0c ff 75 08 57 52 56
> > > 50 ff 75 f0 51 68 58 af b3 c6 e8 40 8d ff ff <0f> 0b 56 31 d2 b8 02 b0
> > > b3 c6 ff 75 ec 8b 4d f0 e8 86
> > > ff ff ff 56
> > > [348871.342423] EAX: 0056 EBX: c6b3afb8 ECX: 0001 EDX: 8001
> > > [348871.342472] ESI: c6b51abc EDI: c6b51abc EBP: c4255c18 ESP: c4255be4
> > > [348871.342520] DS: 007b ES: 007b FS: 00d8 GS: 0033 SS: 0068 EFLAGS: 
> > > 00010286
> > > [348871.342573] CR0: 80050033 CR2: b776ce90 CR3: 34fe8000 CR4: 06f0
> > > [348871.342621] Call Trace:
> > > [348871.342649]  ? __die_body.cold+0x14/0x1a
> > > [348871.342687]  ? __die+0x21/0x26
> > > [348871.342717]  ? die+0x28/0x50
> > > [348871.342749]  ? do_trap+0xbb/0xe0
> > > [348871.342780]  ? do_error_trap+0x4c/0x60
> > > [348871.342814]  ? usercopy_abort+0x65/0x67
> > > [348871.342851]  ? exc_overflow+0x40/0x40
> > 

Bug#1056356: apt-get update kernel BUG at mm/usercopy.c:101!

2023-11-21 Thread Jiann-Ming Su
Thanks for following up.  I think you are right, these two old
MacMinis gets into a weird state where apt is affected by the kernel
usercopy problem, i.e. apt is not causing the problem itself.  Both
behave the same with bookworm 6.1 kernel.  No problems on the bullseye
5.10 kernel.  Please close this case since it is not an apt issue.

$ /usr/lib/apt/methods/http < /tmp/testrequest
100 Capabilities
Send-URI-Encoded: true
Send-Config: true
Pipeline: true
Version: 1.2

102 Status
Message: Connecting to ftp-nyc.osuosl.org
URI: http://ftp.us.debian.org/debian/dists/bookworm/InRelease

102 Status
Message: Connecting to ftp-nyc.osuosl.org (64.50.233.100)
URI: http://ftp.us.debian.org/debian/dists/bookworm/InRelease

102 Status
Message: Connected to ftp-nyc.osuosl.org (64.50.233.100)
URI: http://ftp.us.debian.org/debian/dists/bookworm/InRelease

GET /debian/dists/bookworm/InRelease HTTP/1.1
Host: ftp.us.debian.org
Accept: text/*
User-Agent: Debian APT-HTTP/1.3 (2.6.1)


102 Status
Message: Waiting for headers
URI: http://ftp.us.debian.org/debian/dists/bookworm/InRelease

Answer for: http://ftp.us.debian.org/debian/dists/bookworm/InRelease
HTTP/1.1 200 OK
Date: Tue, 21 Nov 2023 21:54:35 GMT
Server: Apache
Last-Modified: Sat, 07 Oct 2023 09:49:42 GMT
ETag: "24dfd-6071d46c1efad"
Accept-Ranges: bytes
Content-Length: 151037

200 URI Start
Last-Modified: Sat, 07 Oct 2023 09:49:42 +
Size: 151037
URI: http://ftp.us.debian.org/debian/dists/bookworm/InRelease

201 URI Done
Checksum-FileSize-Hash: 151037
SHA512-Hash: 
10437f8f2ab4e1c45494d46096c753110b9b4b19a706087537ff77c951ccc30185a4e829456c926cae1d1a89052127f97aab5d4c828ef1f120fea8a5fb39badc
SHA256-Hash: f433d996ac53bab13e33631c6c250b8a7216692c56a2da61194bdd944bf7
SHA1-Hash: 1ff2370064bd97104a10a73578f6c75c6bebfc13
MD5Sum-Hash: bc85d0cdcc061129196e9caac8311995
MD5-Hash: bc85d0cdcc061129196e9caac8311995
Last-Modified: Sat, 07 Oct 2023 09:49:42 +
Size: 151037
Filename: /dev/null
URI: http://ftp.us.debian.org/debian/dists/bookworm/InRelease

On Tue, Nov 21, 2023 at 3:54 PM David Kalnischkies
 wrote:
>
> Control: reassign -1 src:linux 6.1.38-4
> Control: forcemerge 1051643 -1
> Control: affects -1 apt
>
> Hi,
>
> On Tue, Nov 21, 2023 at 11:04:18AM -0500, js1 wrote:
> > Running apt-get update causes kernel BUG as reported in 1051643.  apt-get 
> > update hangs:
>
> If that is as you describe, that the bug is in the kernel, we as apt
> maintainers can do nothing about it.
>
> We have also no other reports to that effect here or as far as I can see
> in Launchpad (= Ubuntu) against apt, so this might be highly dependent
> on your/specific hardware.
>
> So, keeping the bug open here seems to serve no purpose in my eyes and
> hence I am merging it with the existing one – but I tag it as affecting
> apt, so that it appears in its bug list should other users encounter
> this with apt (which I suppose was your intend).
>
>
> Beside you running apt I don't see any apt code in the trace, but from
> the apt output produced I suppose its triggering somewhere in the
> download step, so the following might help to simplify the reproducer
> a bit – if you can reproduce it that way of course as a lot of
> complexity is stripped away which might trigger it…
>
> $ cat > /tmp/testrequest < 601 Configuration
> Config-Item: Debug::Acquire::http=1
> Config-Item: Debug::Acquire::https=1
> Config-Item: Acquire::http::DependOnSTDIN=0
> Config-Item: Acquire::https::DependOnSTDIN=0
>
> 600 URI Acquire
> URI: http://ftp.us.debian.org/debian/dists/bookworm/InRelease
> Filename: /dev/null
>
> EOF
> $ /usr/lib/apt/methods/http < /tmp/testrequest
>
> (yes, you can and are encouraged to run this as non-root user.
>  While creating the testrequest file make sure copy everything between
>  the two EOF. Especially the ending empty line. A successful run ends
>  with a block starting with "201 URI Done". Your apt output suggests
>  it triggers somewhere between "102 Status" and "200 URI Start".)
>
> Before giving up on this try using a real Filename and/or different URI
> in the testrequest (if you want to use a https URI, make sure to call
> the https method!).
>
>
> Hope that helps & good luck finding the cause & solution.
>
> Best regards
>
> David Kalnischkies



-- 
Jiann-Ming Su



Bug#1051643: Info received (Bug#1051643: Acknowledgement (linux-image-6.1.0-11-686-pae: kernel BUG at mm/usercopy.c:101!))

2023-11-21 Thread Jiann-Ming Su
Looks like it's unrelated to openvpn; running openvpn 2.6.3-1+deb12u2
and the mm/usercopy still happens.  I just reported 1056356 for apt
since this happens pretty reliably during apt-get update.


On Tue, Nov 21, 2023 at 9:53 AM Jiann-Ming Su  wrote:
>
> Could this issue be related to CVE-2023-46850 mentioned in bug
> 1055805?  OpenVPN is running on this particular box that suffers from
> this problem.
>
> On Mon, Nov 6, 2023 at 11:36 PM Jiann-Ming Su  wrote:
> >
> > and 6.1.0-13-686-pae:
> >
> > [348871.341900] usercopy: Kernel memory exposure attempt detected from
> > kmap (offset 1270, size 15114)!
> > [348871.342021] [ cut here ]
> > [348871.342024] kernel BUG at mm/usercopy.c:101!
> > [348871.342068] invalid opcode:  [#1] PREEMPT SMP PTI
> > [348871.342118] CPU: 0 PID: 12867 Comm: http Not tainted
> > 6.1.0-13-686-pae #1  Debian 6.1.55-1
> > [348871.342186] Hardware name: Apple Computer, Inc.
> > Macmini1,1/Mac-F4208EC8, BIOS MM11.88Z.0055.B0
> > 8.0610121326 10/12/06
> > [348871.342259] EIP: usercopy_abort+0x65/0x67
> > [348871.342302] Code: 44 cb bb b8 af b3 c6 89 4d f0 b9 b6 2a b2 c6 0f
> > 45 cb ff 75 0c ff 75 08 57 52 56
> > 50 ff 75 f0 51 68 58 af b3 c6 e8 40 8d ff ff <0f> 0b 56 31 d2 b8 02 b0
> > b3 c6 ff 75 ec 8b 4d f0 e8 86
> > ff ff ff 56
> > [348871.342423] EAX: 0056 EBX: c6b3afb8 ECX: 0001 EDX: 8001
> > [348871.342472] ESI: c6b51abc EDI: c6b51abc EBP: c4255c18 ESP: c4255be4
> > [348871.342520] DS: 007b ES: 007b FS: 00d8 GS: 0033 SS: 0068 EFLAGS: 
> > 00010286
> > [348871.342573] CR0: 80050033 CR2: b776ce90 CR3: 34fe8000 CR4: 06f0
> > [348871.342621] Call Trace:
> > [348871.342649]  ? __die_body.cold+0x14/0x1a
> > [348871.342687]  ? __die+0x21/0x26
> > [348871.342717]  ? die+0x28/0x50
> > [348871.342749]  ? do_trap+0xbb/0xe0
> > [348871.342780]  ? do_error_trap+0x4c/0x60
> > [348871.342814]  ? usercopy_abort+0x65/0x67
> > [348871.342851]  ? exc_overflow+0x40/0x40
> > [348871.342892]  ? exc_invalid_op+0x44/0x60
> > [348871.342929]  ? usercopy_abort+0x65/0x67
> > [348871.342966]  ? handle_exception+0x133/0x133
> > [348871.343009]  ? exc_overflow+0x40/0x40
> > [348871.343046]  ? usercopy_abort+0x65/0x67
> > [348871.343082]  ? exc_overflow+0x40/0x40
> > [348871.343117]  ? usercopy_abort+0x65/0x67
> > [348871.343156]  __check_object_size.cold+0xae/0xae
> > [348871.343199]  simple_copy_to_iter+0x1c/0x40
> > [348871.343237]  __skb_datagram_iter+0x163/0x320
> > [348871.343276]  skb_copy_datagram_iter+0x2d/0x80
> > [348871.343316]  ? skb_free_datagram+0x20/0x20
> > [348871.343353]  tcp_recvmsg_locked+0x30e/0x890
> > [348871.343400]  tcp_recvmsg+0x6f/0x1e0
> > [348871.343437]  ? tcp_recv_timestamp+0x240/0x240
> > [348871.343476]  inet_recvmsg+0x54/0x130
> > [348871.343509]  ? security_socket_recvmsg+0x41/0x60
> > [348871.343553]  sock_recvmsg+0x73/0x90
> > [348871.343589]  ? ipip_gso_segment+0x30/0x30
> > [348871.343625]  sock_read_iter+0x84/0xe0
> > [348871.343664]  vfs_read+0x288/0x2c0
> > [348871.343702]  ksys_read+0xab/0xe0
> > [348871.343734]  __ia32_sys_read+0x15/0x20
> > [348871.343768]  __do_fast_syscall_32+0x68/0xb0
> > [348871.343807]  ? fpregs_assert_state_consistent+0x25/0x50
> > [348871.345275]  ? exit_to_user_mode_prepare+0x41/0x1a0
> > [348871.346746]  ? syscall_exit_to_user_mode+0x29/0x40
> > [348871.348214]  ? __do_fast_syscall_32+0x72/0xb0
> > [348871.349630]  ? vfs_write+0x105/0x3c0
> > [348871.350996]  ? debug_smp_processor_id+0x12/0x20
> > [348871.352388]  ? fpregs_assert_state_consistent+0x25/0x50
> > [348871.353744]  ? exit_to_user_mode_prepare+0x41/0x1a0
> > [348871.355064]  ? syscall_exit_to_user_mode+0x29/0x40
> > [348871.356350]  ? __ia32_sys_write+0x15/0x20
> > [348871.357571]  ? __do_fast_syscall_32+0x72/0xb0
> > [348871.358715]  ? fpregs_assert_state_consistent+0x25/0x50
> > [348871.359832]  ? exit_to_user_mode_prepare+0x41/0x1a0
> > [348871.360933]  ? irqentry_exit_to_user_mode+0x16/0x20
> > [348871.362024]  do_fast_syscall_32+0x29/0x60
> > [348871.363100]  do_SYSENTER_32+0x15/0x20
> > [348871.364153]  entry_SYSENTER_32+0x98/0xf1
> > [348871.365213] EIP: 0xb7f25559
> > [348871.366273] Code: 03 74 c0 01 10 05 03 74 b8 01 10 06 03 74 b4 01
> > 10 07 03 74 b0 01 10 08 03 74 d8
> > 01 00 00 00 00 00 51 52 55 89 e5 0f 34 cd 80 <5d> 5a 59 c3 90 90 90 90
> > 8d 76 00 58 b8 77 00 00 00 cd
> > 80 90 8d 76
> > [348871.368699] EAX: ffda EBX: 0003 ECX: 01a19d4f EDX: f9f1
> > [348871.369982] ESI: b721cff4 EDI:

Bug#1051643: Info received (Bug#1051643: Acknowledgement (linux-image-6.1.0-11-686-pae: kernel BUG at mm/usercopy.c:101!))

2023-11-21 Thread Jiann-Ming Su
Could this issue be related to CVE-2023-46850 mentioned in bug
1055805?  OpenVPN is running on this particular box that suffers from
this problem.

On Mon, Nov 6, 2023 at 11:36 PM Jiann-Ming Su  wrote:
>
> and 6.1.0-13-686-pae:
>
> [348871.341900] usercopy: Kernel memory exposure attempt detected from
> kmap (offset 1270, size 15114)!
> [348871.342021] [ cut here ]
> [348871.342024] kernel BUG at mm/usercopy.c:101!
> [348871.342068] invalid opcode:  [#1] PREEMPT SMP PTI
> [348871.342118] CPU: 0 PID: 12867 Comm: http Not tainted
> 6.1.0-13-686-pae #1  Debian 6.1.55-1
> [348871.342186] Hardware name: Apple Computer, Inc.
> Macmini1,1/Mac-F4208EC8, BIOS MM11.88Z.0055.B0
> 8.0610121326 10/12/06
> [348871.342259] EIP: usercopy_abort+0x65/0x67
> [348871.342302] Code: 44 cb bb b8 af b3 c6 89 4d f0 b9 b6 2a b2 c6 0f
> 45 cb ff 75 0c ff 75 08 57 52 56
> 50 ff 75 f0 51 68 58 af b3 c6 e8 40 8d ff ff <0f> 0b 56 31 d2 b8 02 b0
> b3 c6 ff 75 ec 8b 4d f0 e8 86
> ff ff ff 56
> [348871.342423] EAX: 0056 EBX: c6b3afb8 ECX: 0001 EDX: 8001
> [348871.342472] ESI: c6b51abc EDI: c6b51abc EBP: c4255c18 ESP: c4255be4
> [348871.342520] DS: 007b ES: 007b FS: 00d8 GS: 0033 SS: 0068 EFLAGS: 00010286
> [348871.342573] CR0: 80050033 CR2: b776ce90 CR3: 34fe8000 CR4: 06f0
> [348871.342621] Call Trace:
> [348871.342649]  ? __die_body.cold+0x14/0x1a
> [348871.342687]  ? __die+0x21/0x26
> [348871.342717]  ? die+0x28/0x50
> [348871.342749]  ? do_trap+0xbb/0xe0
> [348871.342780]  ? do_error_trap+0x4c/0x60
> [348871.342814]  ? usercopy_abort+0x65/0x67
> [348871.342851]  ? exc_overflow+0x40/0x40
> [348871.342892]  ? exc_invalid_op+0x44/0x60
> [348871.342929]  ? usercopy_abort+0x65/0x67
> [348871.342966]  ? handle_exception+0x133/0x133
> [348871.343009]  ? exc_overflow+0x40/0x40
> [348871.343046]  ? usercopy_abort+0x65/0x67
> [348871.343082]  ? exc_overflow+0x40/0x40
> [348871.343117]  ? usercopy_abort+0x65/0x67
> [348871.343156]  __check_object_size.cold+0xae/0xae
> [348871.343199]  simple_copy_to_iter+0x1c/0x40
> [348871.343237]  __skb_datagram_iter+0x163/0x320
> [348871.343276]  skb_copy_datagram_iter+0x2d/0x80
> [348871.343316]  ? skb_free_datagram+0x20/0x20
> [348871.343353]  tcp_recvmsg_locked+0x30e/0x890
> [348871.343400]  tcp_recvmsg+0x6f/0x1e0
> [348871.343437]  ? tcp_recv_timestamp+0x240/0x240
> [348871.343476]  inet_recvmsg+0x54/0x130
> [348871.343509]  ? security_socket_recvmsg+0x41/0x60
> [348871.343553]  sock_recvmsg+0x73/0x90
> [348871.343589]  ? ipip_gso_segment+0x30/0x30
> [348871.343625]  sock_read_iter+0x84/0xe0
> [348871.343664]  vfs_read+0x288/0x2c0
> [348871.343702]  ksys_read+0xab/0xe0
> [348871.343734]  __ia32_sys_read+0x15/0x20
> [348871.343768]  __do_fast_syscall_32+0x68/0xb0
> [348871.343807]  ? fpregs_assert_state_consistent+0x25/0x50
> [348871.345275]  ? exit_to_user_mode_prepare+0x41/0x1a0
> [348871.346746]  ? syscall_exit_to_user_mode+0x29/0x40
> [348871.348214]  ? __do_fast_syscall_32+0x72/0xb0
> [348871.349630]  ? vfs_write+0x105/0x3c0
> [348871.350996]  ? debug_smp_processor_id+0x12/0x20
> [348871.352388]  ? fpregs_assert_state_consistent+0x25/0x50
> [348871.353744]  ? exit_to_user_mode_prepare+0x41/0x1a0
> [348871.355064]  ? syscall_exit_to_user_mode+0x29/0x40
> [348871.356350]  ? __ia32_sys_write+0x15/0x20
> [348871.357571]  ? __do_fast_syscall_32+0x72/0xb0
> [348871.358715]  ? fpregs_assert_state_consistent+0x25/0x50
> [348871.359832]  ? exit_to_user_mode_prepare+0x41/0x1a0
> [348871.360933]  ? irqentry_exit_to_user_mode+0x16/0x20
> [348871.362024]  do_fast_syscall_32+0x29/0x60
> [348871.363100]  do_SYSENTER_32+0x15/0x20
> [348871.364153]  entry_SYSENTER_32+0x98/0xf1
> [348871.365213] EIP: 0xb7f25559
> [348871.366273] Code: 03 74 c0 01 10 05 03 74 b8 01 10 06 03 74 b4 01
> 10 07 03 74 b0 01 10 08 03 74 d8
> 01 00 00 00 00 00 51 52 55 89 e5 0f 34 cd 80 <5d> 5a 59 c3 90 90 90 90
> 8d 76 00 58 b8 77 00 00 00 cd
> 80 90 8d 76
> [348871.368699] EAX: ffda EBX: 0003 ECX: 01a19d4f EDX: f9f1
> [348871.369982] ESI: b721cff4 EDI:  EBP: 01a184e0 ESP: bf9f19c0
> [348871.371287] DS: 007b ES: 007b FS:  GS: 0033 SS: 007b EFLAGS: 0246
> [348871.372627] Modules linked in: tls tun xt_tcpudp xt_conntrack
> snd_hda_codec_idt snd_hda_codec_gene
> ric nf_conntrack ledtrig_audio nf_defrag_ipv6 snd_hda_intel
> nf_defrag_ipv4 i915 snd_intel_dspcfg nft_c
> ompat drm_buddy nf_tables snd_intel_sdw_acpi drm_display_helper
> snd_hda_codec iTCO_wdt cec hid_appleir
> intel_pmc_bxt rc_core iTCO_vendor_support coretemp ttm snd_hda_core
> kvm_intel snd_hwdep drm_kms_helpe
> r watchdog apple_mfi_fastcharge snd_pcm ath5k kvm i2c_algo_bit ath
> mac80211 snd_timer snd nfnetlink li
> barc4 a

Bug#1051643: Info received (Bug#1051643: Acknowledgement (linux-image-6.1.0-11-686-pae: kernel BUG at mm/usercopy.c:101!))

2023-11-06 Thread Jiann-Ming Su
[348872.047003] ---[ end trace  ]---
[348872.048977] EIP: usercopy_abort+0x65/0x67
[348872.050720] Code: 44 cb bb b8 af b3 c6 89 4d f0 b9 b6 2a b2 c6 0f
45 cb ff 75 0c ff 75 08 57 52 56
50 ff 75 f0 51 68 58 af b3 c6 e8 40 8d ff ff <0f> 0b 56 31 d2 b8 02 b0
b3 c6 ff 75 ec 8b 4d f0 e8 86
ff ff ff 56
[348872.054483] EAX: 0056 EBX: c6b3afb8 ECX: 0001 EDX: 8001
[348872.056446] ESI: c6b51abc EDI: c6b51abc EBP: c4255c18 ESP: c4255be4
[348872.058398] DS: 007b ES: 007b FS: 00d8 GS: 0033 SS: 0068 EFLAGS: 00010286
[348872.060380] CR0: 80050033 CR2: b4822000 CR3: 34ea4000 CR4: 06f0


On Tue, Sep 12, 2023 at 11:08 AM Jiann-Ming Su  wrote:
>
> I spoke too soon... it's happening on 6.1.0-12-686 as well:
>
> # apt-get update
> Get:1 http://security.debian.org/debian-security bookworm-security/updates 
> InRelease [48.0 kB]
> 0% [Waiting for headers] [1 InRelease 0 B/48.0 kB 0%]
> Message from syslogd@mini1 at Sep 12 11:07:33 ...
>  kernel:[123507.826321] usercopy: Kernel memory exposure attempt detected 
> from kmap (offset 0, size 16384)!
> Hit:2 http://ftp.us.debian.org/debian bookworm InRelease
> Get:3 http://ftp.us.debian.org/debian bookworm-updates InRelease [52.1 kB]
> 0% [3 InRelease 0 B/52.1 kB 0%] [1 InRelease 0 B/48.0 kB 0%]
> Message from syslogd@mini1 at Sep 12 11:07:33 ...
>  kernel:[123508.220983] usercopy: Kernel memory exposure attempt detected 
> from kmap (offset 0, size 16384)!
>
> [123452.464498] [ cut here ]
> [123452.464530] kernel BUG at mm/usercopy.c:101!
> [123452.464566] invalid opcode:  [#1] PREEMPT SMP
> [123452.464606] CPU: 1 PID: 7495 Comm: http Not tainted 6.1.0-12-686 #1  
> Debian 6.1.52-1
> [123452.464653] Hardware name: Apple Computer, Inc. Macmini1,1/Mac-F4208EC8, 
> BIOS MM11.88Z.0055.B08.0610121326 10/12/06
> [123452.464729] EIP: usercopy_abort+0x65/0x67
> [123452.464772] Code: 44 cb bb d8 d9 b1 cc 89 4d f0 b9 12 55 b0 cc 0f 45 cb 
> ff 75 0c ff 75 08 57 52 56 50 ff 75 f0 51 68 78 d9 b1 cc e8 8a 8e ff ff <0f> 
> 0b 56 31 d2 b8 22 da b1 cc ff 75 ec 8b 4d f0 e8 86 ff ff ff 56
> [123452.464886] EAX: 0052 EBX: ccb1d9d8 ECX: 0001 EDX: 0001
> [123452.464930] ESI: ccb3449c EDI: ccb3449c EBP: c349fce0 ESP: c349fcac
> [123452.464974] DS: 007b ES: 007b FS: 00d8 GS: 0033 SS: 0068 EFLAGS: 00010246
> [123452.465024] CR0: 80050033 CR2: 01be6000 CR3: 0e3d2000 CR4: 06d0
> [123452.465068] Call Trace:
> [123452.465093]  ? __die_body.cold+0x14/0x1a
> [123452.465126]  ? __die+0x21/0x26
> [123452.465152]  ? die+0x28/0x50
> [123452.465179]  ? do_trap+0xbb/0xe0
> [123452.465206]  ? do_error_trap+0x4c/0x60
> [123452.465235]  ? usercopy_abort+0x65/0x67
> [123452.465271]  ? exc_overflow+0x40/0x40
> [123452.465303]  ? exc_invalid_op+0x44/0x60
> [123452.465338]  ? usercopy_abort+0x65/0x67
> [123452.465372]  ? handle_exception+0x133/0x133
> [123452.465409]  ? up_read+0x7b/0x80
> [123452.465436]  ? exc_overflow+0x40/0x40
> [123452.465467]  ? usercopy_abort+0x65/0x67
> [123452.465501]  ? exc_overflow+0x40/0x40
> [123452.465532]  ? usercopy_abort+0x65/0x67
> [123452.465565]  __check_object_size.cold+0xae/0xae
> [123452.465605]  ? kmap_high+0x6f/0x1f0
> [123452.465639]  simple_copy_to_iter+0x1c/0x40
> [123452.465670]  __skb_datagram_iter+0x163/0x320
> [123452.465703]  skb_copy_datagram_iter+0x2d/0x80
> [123452.465738]  ? skb_free_datagram+0x20/0x20
> [123452.465768]  tcp_recvmsg_locked+0x30e/0x890
> [123452.465806]  tcp_recvmsg+0x6f/0x1e0
> [123452.465839]  ? tcp_recv_timestamp+0x240/0x240
> [123452.465876]  inet_recvmsg+0x54/0x130
> [123452.465906]  ? security_socket_recvmsg+0x41/0x60
> [123452.465942]  sock_recvmsg+0x73/0x90
> [123452.465978]  ? ipip_gso_segment+0x30/0x30
> [123452.466015]  sock_read_iter+0x84/0xe0
> [123452.466050]  vfs_read+0x288/0x2c0
> [123452.466083]  ksys_read+0xab/0xe0
> [123452.466110]  __ia32_sys_read+0x15/0x20
> [123452.466138]  __do_fast_syscall_32+0x68/0xb0
> [123452.466171]  ? syscall_exit_to_user_mode+0x29/0x40
> [123452.466205]  ? __do_fast_syscall_32+0x72/0xb0
> [123452.466237]  ? exit_to_user_mode_prepare+0x14d/0x1a0
> [123452.466273]  ? sysvec_reboot+0x30/0x30
> [123452.466302]  do_fast_syscall_32+0x29/0x60
> [123452.466334]  do_SYSENTER_32+0x15/0x20
> [123452.466369]  entry_SYSENTER_32+0x98/0xf1
> [123452.466399] EIP: 0xb7f3d559
> [123452.466425] Code: 10 05 03 74 b8 01 10 06 03 74 b4 01 10 07 03 74 b0 01 
> 10 08 03 74 d8 01 00 00 00 00 00 00 00 00 00 51 52 55 89 e5 0f 34 cd 80 <5d> 
> 5a 59 c3 90 90 90 90 8d 76 00 58 b8 77 00 00 00 cd 80 90 8d 76
> [123452.466530] EAX: ffda EBX: 0003 ECX: 01be5df0 EDX: 0001
> [123452.466573] ESI: b778eff4 EDI:  EBP: 01be4bb0 ESP: bf8d9b50
> [123452.466617] DS: 007b ES: 007b FS:  GS: 0033 SS: 007b 

Bug#1051643: Info received (Bug#1051643: Acknowledgement (linux-image-6.1.0-11-686-pae: kernel BUG at mm/usercopy.c:101!))

2023-09-12 Thread Jiann-Ming Su
t10dif cdrom
crct10dif_generic crct10dif_common ata_generic ata_piix ahci libahci libata
firewire_ohci scsi_mod firewire_core ehci_pci i2c_i801 i2c_smbus
[123452.680271]  scsi_common lpc_ich uhci_hcd ehci_hcd crc_itu_t sky2
usbcore usb_common video wmi
[123452.699090] ---[ end trace  ]---
[123452.702138] EIP: usercopy_abort+0x65/0x67
[123452.705202] Code: 44 cb bb d8 d9 b1 cc 89 4d f0 b9 12 55 b0 cc 0f 45 cb
ff 75 0c ff 75 08 57 52 56 50 ff 75 f0 51 68 78 d9 b1 cc e8 8a 8e ff ff
<0f> 0b 56 31 d2 b8 22 da b1 cc ff 75 ec 8b 4d f0 e8 86 ff ff ff 56
[123452.708239] EAX: 0052 EBX: ccb1d9d8 ECX: 0001 EDX: 0001
[123452.711218] ESI: ccb3449c EDI: ccb3449c EBP: c349fce0 ESP: c349fcac
[123452.714203] DS: 007b ES: 007b FS: 00d8 GS: 0033 SS: 0068 EFLAGS:
00010246
[123452.717188] CR0: 80050033 CR2: 01939768 CR3: 12618000 CR4: 06d0

On Mon, Sep 11, 2023 at 3:46 AM Salvatore Bonaccorso 
wrote:

> Control: tags -1 + moreinfo
>
> Hi,
>
> On Mon, Sep 11, 2023 at 12:51:48AM -0400, Jiann-Ming Su wrote:
> > This may have been fixed in linux-image-6.1.0-12-686.
>
> Is this a confirmation that the problem is solved after the update?
> In that case we can accordingly close the bug.
>
> Regards,
> Salvatore
>


-- 
Jiann-Ming Su


Bug#1051643: Info received (Bug#1051643: Acknowledgement (linux-image-6.1.0-11-686-pae: kernel BUG at mm/usercopy.c:101!))

2023-09-10 Thread Jiann-Ming Su
This may have been fixed in linux-image-6.1.0-12-686.

On Mon, Sep 11, 2023 at 12:45 AM Debian Bug Tracking System <
ow...@bugs.debian.org> wrote:

> Thank you for the additional information you have supplied regarding
> this Bug report.
>
> This is an automatically generated reply to let you know your message
> has been received.
>
> Your message is being forwarded to the package maintainers and other
> interested parties for their attention; they will reply in due course.
>
> Your message has been sent to the package maintainer(s):
>  Debian Kernel Team 
>
> If you wish to submit further information on this problem, please
> send it to 1051...@bugs.debian.org.
>
> Please do not send mail to ow...@bugs.debian.org unless you wish
> to report a problem with the Bug-tracking system.
>
> --
> 1051643: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1051643
> Debian Bug Tracking System
> Contact ow...@bugs.debian.org with problems
>


-- 
Jiann-Ming Su


Bug#1051643: Acknowledgement (linux-image-6.1.0-11-686-pae: kernel BUG at mm/usercopy.c:101!)

2023-09-10 Thread Jiann-Ming Su
To clarify, it seems to be my "apt-get update" in my cron job that's
triggering this:

# apt-get update
Get:1 http://security.debian.org/debian-security bookworm-security/updates
InRelease [48.0 kB]
0% [Waiting for headers] [1 InRelease 0 B/48.0 kB 0%]
Message from syslogd@mini1 at Sep 11 00:39:43 ...
kernel:[   93.705712] usercopy: Kernel memory exposure attempt detected
from kmap (offset 0, size 16384)!
Hit:2 http://ftp.us.debian.org/debian bookworm InRelease
0% [1 InRelease 0 B/48.0 kB 0%]
Message from syslogd@mini1 at Sep 11 00:39:43 ...
kernel:[   94.007455] usercopy: Kernel memory exposure attempt detected
from kmap (offset 0, size 16384)!

Happening on PAE and non-PAE kernel.  Did not have this issue in bullseye
using linux-image-5.10.0-25-686-pae.

On Sun, Sep 10, 2023 at 4:57 PM Debian Bug Tracking System <
ow...@bugs.debian.org> wrote:

> Thank you for filing a new Bug report with Debian.
>
> You can follow progress on this Bug here: 1051643:
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1051643.
>
> This is an automatically generated reply to let you know your message
> has been received.
>
> Your message is being forwarded to the package maintainers and other
> interested parties for their attention; they will reply in due course.
>
> As you requested using X-Debbugs-CC, your message was also forwarded to
>   sujiannm...@gmail.com
> (after having been given a Bug report number, if it did not have one).
>
> Your message has been sent to the package maintainer(s):
>  Debian Kernel Team 
>
> If you wish to submit further information on this problem, please
> send it to 1051...@bugs.debian.org.
>
> Please do not send mail to ow...@bugs.debian.org unless you wish
> to report a problem with the Bug-tracking system.
>
> --
> 1051643: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1051643
> Debian Bug Tracking System
> Contact ow...@bugs.debian.org with problems
>


-- 
Jiann-Ming Su


Bug#1020597: Acknowledgement (r8169 transmit queue 0 timed out)

2022-09-23 Thread Jiann-Ming Su
 your message
> has been received.
>
> Your message is being forwarded to the package maintainers and other
> interested parties for their attention; they will reply in due course.
>
> Your message has been sent to the package maintainer(s):
>  unknown-pack...@qa.debian.org
>
> If you wish to submit further information on this problem, please
> send it to 1020...@bugs.debian.org.
>
> Please do not send mail to ow...@bugs.debian.org unless you wish
> to report a problem with the Bug-tracking system.
>
> --
> 1020597: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1020597
> Debian Bug Tracking System
> Contact ow...@bugs.debian.org with problems



-- 
Jiann-Ming Su



Bug#1020597: r8169 transmit queue 0 timed out

2022-09-23 Thread Jiann-Ming Su
Package: linux-image-5.10.0-17-amd64
Version: 5.10.136-1

[651163.019588] [ cut here ]
[651163.019767] NETDEV WATCHDOG: enp1s0 (r8169): transmit queue 0 timed out
[651163.019928] WARNING: CPU: 1 PID: 0 at net/sched/sch_generic.c:467
dev_watchdog+0x260/0x270
[651163.020071] Modules linked in: nls_utf8 cifs libarc4 dns_resolver
fscache libdes tcp_diag udp_diag inet_diag tun cmac algif_hash algif_s
kcipher af_alg bnep nft_chain_nat xt_MASQUERADE nf_nat nft_counter
xt_tcpudp xt_state xt_conntrack nf_conntrack nf_defrag_ipv6
nf_defrag_ipv
4 amdgpu gpu_sched nft_compat nf_tables libcrc32c crc32c_generic
nfnetlink uvcvideo videobuf2_vmalloc videobuf2_memops videobuf2_v4l2
videob
uf2_common videodev mc rtsx_usb_ms snd_hda_codec_realtek memstick
snd_hda_codec_generic snd_hda_codec_hdmi ledtrig_audio snd_hda_intel
snd_i
ntel_dspcfg soundwire_intel soundwire_generic_allocation snd_soc_core
btusb edac_mce_amd btrtl btbcm btintel nls_ascii bluetooth nls_cp437 s
nd_compress soundwire_cadence snd_hda_codec vfat fat snd_hda_core
jitterentropy_rng kvm snd_hwdep soundwire_bus snd_pcm drbg radeon
irqbypas
s ansi_cprng ecdh_generic snd_timer ecc snd ghash_clmulni_intel crc16
soundcore ideapad_laptop aesni_intel sparse_keymap libaes ttm rfkill c
rypto_simd cryptd wmi
[651163.020621]  glue_helper joydev drm_kms_helper serio_raw sg cec
evdev ccp i2c_algo_bit efi_pstore sp5100_tco pcspkr watchdog
fam15h_powe
r k10temp rng_core acpi_cpufreq ac button drm configfs fuse efivarfs
ip_tables x_tables autofs4 jfs rtsx_usb_sdmmc mmc_core rtsx_usb sd_mod
sr_mod t10_pi cdrom crc_t10dif crct10dif_generic ahci xhci_pci libahci
xhci_hcd crct10dif_pclmul crct10dif_common libata ehci_pci r8169 ehci
_hcd realtek crc32_pclmul mdio_devres scsi_mod usbcore psmouse libphy
crc32c_intel i2c_piix4 usb_common battery video
[651163.022997] CPU: 1 PID: 0 Comm: swapper/1 Not tainted
5.10.0-17-amd64 #1 Debian 5.10.136-1
[651163.023140] Hardware name: LENOVO INVALID/VIUU4, BIOS 1QCN32WW 08/18/2016
[651163.023291] RIP: 0010:dev_watchdog+0x260/0x270
[651163.023375] Code: eb a9 48 8b 1c 24 c6 05 5f be 0d 01 01 48 89 df
e8 35 75 fa ff 44 89 e9 48 89 de 48 c7 c7 78 cf 96 8d 48 89 c2 e8 b5 9
9 14 00 <0f> 0b eb 86 66 66 2e 0f 1f 84 00 00 00 00 00 90 0f 1f 44 00 00 41
[651163.023568] RSP: 0018:a3a500104eb0 EFLAGS: 00010282
[651163.023749] RAX:  RBX: 8ed5002d6000 RCX:

[651163.023883] RDX: 8ed51b4ac760 RSI: 8ed51b49ca00 RDI:
0300
[651163.023977] RBP: 8ed5002d63dc R08:  R09:
a3a500104cd0
[651163.024099] R10: a3a500104cc8 R11: 8decb448 R12:
8ed507f18c80
[651163.024222] R13:  R14: 8ed5002d6480 R15:
0001
[651163.024349] FS:  () GS:8ed51b48()
knlGS:
[651163.027477] CS:  0010 DS:  ES:  CR0: 80050033
[651163.035480] CR2: 7f8ca499dd00 CR3: 00010225a000 CR4:
000406e0
[651163.039535] Call Trace:
[651163.043484]  
[651163.051482]  ? pfifo_fast_enqueue+0x150/0x150
[651163.055477]  call_timer_fn+0x29/0x100
[651163.059476]  __run_timers.part.0+0x1d9/0x250
[651163.067477]  ? ktime_get+0x38/0xa0
[651163.071478]  ? native_x2apic_icr_read+0x20/0x20
[651163.075476]  ? lapic_next_event+0x1d/0x30
[651163.083476]  ? clockevents_program_event+0x8d/0xf0
[651163.087477]  run_timer_softirq+0x26/0x50
[651163.091476]  __do_softirq+0xc5/0x279
[651163.095476]  asm_call_irq_on_stack+0x12/0x20
[651163.103476]  
[651163.107477]  do_softirq_own_stack+0x37/0x50
[651163.111477]  irq_exit_rcu+0x92/0xc0
[651163.115476]  sysvec_apic_timer_interrupt+0x36/0x80
[651163.119476]  asm_sysvec_apic_timer_interrupt+0x12/0x20
[651163.127475] RIP: 0010:cpuidle_enter_state+0xc7/0x350
[651163.131476] Code: 8b 3d 5d da 14 73 e8 78 0a a0 ff 49 89 c5 0f 1f
44 00 00 31 ff e8 e9 15 a0 ff 45 84 ff 0f 85 fe 00 00 00 fb 66 0f 1f 4
4 00 00 <45> 85 f6 0f 88 0a 01 00 00 49 63 c6 4c 2b 2c 24 48 8d 14 40 48 8d
[651163.139476] RSP: 0018:a3a5000bfea8 EFLAGS: 0246
[651163.147477] RAX: 8ed51b4afd40 RBX: 0002 RCX:
0002503ab4787fa4
[651163.151476] RDX: 01fa RSI: 0002503ab4787fa4 RDI:

[651163.155477] RBP: 8ed507c3c400 R08: 0002503ab478819e R09:
0001
[651163.159477] R10:  R11: f456 R12:
8dfb9180
[651163.163475] R13: 0002503ab478819e R14: 0002 R15:

[651163.171477]  ? cpuidle_enter_state+0xb7/0x350
[651163.175477]  cpuidle_enter+0x29/0x40
[651163.179478]  do_idle+0x1f3/0x2b0
[651163.183477]  cpu_startup_entry+0x19/0x20
[651163.187476]  secondary_startup_64_no_verify+0xb0/0xbb
[651163.191476] ---[ end trace 4cb2b634af66d097 ]---



-- 
Jiann-Ming Su



Bug#969357: squid-4.6: segfault for unknown reason

2020-10-01 Thread Jiann-Ming Su
Dang, sorry I missed that.  I will install squid-dbgsym and report back if
it segfaults again.  Thanks for following up.

On Wed, Sep 30, 2020 at 10:29 AM Bernhard Übelacker 
wrote:

> Hello,
> looks like your bug got an answer, but that message
> might not got forwarded to you.
> (For answers please to 969...@bugs.debian.org from now again.)
>
> Kind regards,
> Bernhard
>
>
> On Mon, 7 Sep 2020 16:56:24 +1200 Amos Jeffries 
> wrote:
> > Control: retitle -1 squid-4.6: segfault for unknown reason
> > Control: tags -1 + moreinfo
> >
> > On Mon, 31 Aug 2020 23:45:28 -0400 js1 wrote:
> > > Package: squid
> > > Version: 4.6-1+deb10u4
> > > Severity: normal
> > >
> > > Dear Maintainer,
> > >
> > > Squid segfaults but seems usable.  No segfaults until this current
> version (4.6-1+deb10u4).
> > >
> >
> > Please install the debug symbols package (squid-dbgsym) and provide a
> > backtrace from your segfault if it occurs again.
> >
> > Upstream provide details on how to obtain backtraces without downtime
> > from a running Squid proxy at
> > <https://wiki.squid-cache.org/SquidFaq/BugReporting>.
> >
> >
> > Amos
> >
> >
>


-- 
Jiann-Ming Su
"I have to decide between two equally frightening options.
 If I wanted to do that, I'd vote." --Duckman
"The system's broke, Hank.  The election baby has peed in
the bath water.  You got to throw 'em both out."  --Dale Gribble
"Those who vote decide nothing.
Those who count the votes decide everything.”  --Joseph Stalin


Bug#822936: Occurs on Stretch

2017-11-21 Thread Jiann-Ming Su
q+0xe0/0xe0
[814247.299186]  [] ? handle_irq+0x54/0x70
[814247.299186]  
[814247.299186]  
[814247.299186]  [] ? do_IRQ+0x3c/0xc0
[814247.299186]  [] ? irq_work_run_list+0x3d/0x60
[814247.299186]  [] ? common_interrupt+0x33/0x38
[814247.299186]  [] ? __do_softirq+0x58/0x240
[814247.299186]  [] ? __irqentry_text_end+0x3/0x3
[814247.299186]  [] ? nmi+0x53/0x6d
[814247.299186]  [] ? __irqentry_text_end+0x3/0x3
[814247.299186]  [] ? do_softirq_own_stack+0x28/0x30
[814247.299186]  
[814247.299186]  [] ? irq_exit+0xad/0xb0
[814247.299186]  [] ? do_IRQ+0x45/0xc0
[814247.299186]  [] ? common_interrupt+0x33/0x38
[814247.299186]  [] ? cpuidle_enter_state+0x134/0x330
[814247.299186]  [] ? cpu_startup_entry+0x135/0x220
[814247.299186]  [] ? start_kernel+0x39d/0x3b4

On Sun, Nov 5, 2017 at 9:52 PM, Jiann-Ming Su <sujiannm...@gmail.com> wrote:
> # uname -v
> #1 SMP Debian 4.9.51-1 (2017-09-28)
>
> [256204.725417] INFO: rcu_sched self-detected stall on CPU
> [256204.725450] INFO: rcu_sched detected stalls on CPUs/tasks:
> [256204.725473] 0-...: (2 GPs behind) idle=52b/2/0
> softirq=1717403/1717404 fqs=0
> [256204.725477]
> [256204.725485] (detected by 1, t=18640 jiffies, g=600410, c=600409, q=1)
> [256204.725490] Task dump for CPU 0:
> [256204.725495] swapper/0   R
> [256204.725498]   running task
> [256204.725505] 0 0  0 0x0008
> [256204.725512]  d07c55f0
> [256204.725517]  d0761fbc
> [256204.725520]  
> [256204.725523]  d076007b
> [256204.725527]  f3ec007b
> [256204.725530]  00d8
> [256204.725533]  d07c00e0
> [256204.725537]  ff5e
> [256204.725542]  d0480944
> [256204.725545]  0060
> [256204.725548]  00200246
> [256204.725552]  000ad6bb
> [256204.72]  f3ea7231
> [256204.725558]  e8f2
> [256204.725561]  
> [256204.725565]  d07c54a0
> [256204.725570]  0004
> [256204.725573]  ff9d7fe0
> [256204.725576]  f3ec141f
> [256204.725580]  e8f2
> [256204.725583]  
> [256204.725586]  ff9d7fe0
> [256204.725589]  d07c54a0
> [256204.725593]  d0761fe4
> [256204.725598] Call Trace:
> [256204.725653]  [] ? cpuidle_enter_state+0x134/0x330
> [256204.725673]  [] ? cpu_startup_entry+0x135/0x220
> [256204.725685]  [] ? start_kernel+0x39d/0x3b4
> [256204.725696] rcu_sched kthread starved for 18640 jiffies! g600410
> c600409 f0x0 RCU_GP_WAIT_FQS(3) ->state=0x1
> [256204.725701] rcu_sched   S
> [256204.725705] 0 7  2 0x
> [256204.725709]  
> [256204.725711]  f79f2ac0
> [256204.725713]  f6c9be00
> [256204.725715]  f751bed4
> [256204.725717]  d05a9e7e
> [256204.725719]  f751bebc
> [256204.725727]  d00d4cd7
> [256204.725729]  d08b8280
> [256204.725732]  0051bec4
> [256204.725734]  f7518db8
> [256204.725736]  f7520a00
> [256204.725737]  f7520a00
> [256204.725739]  f79f2ac0
> [256204.725741]  f75189c0
> [256204.725744]  f751bee0
> [256204.725746]  f75189c0
> [256204.725749]  f79ec900
> [256204.725750]  f751bf00
> [256204.725752]  f751bee0
> [256204.725754]  d05aa3ae
> [256204.725756]  f79ec900
> [256204.725758]  f751bf28
> [256204.725760]  d05ad08f
> [256204.725762]  0002
> [256204.725765] Call Trace:
> [256204.725779]  [] ? __schedule+0x25e/0x760
> [256204.725790]  [] ? lock_timer_base+0x67/0x80
> [256204.725798]  [] ? schedule+0x2e/0x80
> [256204.725807]  [] ? schedule_timeout+0x12f/0x300
> [256204.725815]  [] ? del_timer_sync+0x50/0x50
> [256204.725823]  [] ? rcu_gp_kthread+0x4a1/0x7c0
> [256204.725833]  [] ? kthread+0xb4/0xd0
> [256204.725839]  [] ? rcu_note_context_switch+0xf0/0xf0
> [256204.725847]  [] ? kthread_park+0x50/0x50
> [256204.725854]  [] ? ret_from_fork+0x1b/0x28
> [256204.726675] 0-...: (2 GPs behind) idle=52b/2/0
> softirq=1717403/1717404 fqs=0
> [256204.726951]  (t=18640 jiffies g=600410 c=600409 q=1)
> [256204.727207] rcu_sched kthread starved for 18640 jiffies! g600410
> c600409 f0x2 RCU_GP_WAIT_FQS(3) ->state=0x0
> [256204.727557] rcu_sched   R  running task0 7  2 
> 0x
> [256204.727579]   f79f2ac0 f6c9be00 f751bed4 d05a9e7e f751bebc
> d00d4cd7 d08b8280
> [256204.727599]  0051bec4 f7518db8 f7520a00 f7520a00 f79f2ac0 f75189c0
> f751bee0 f75189c0
> [256204.727618]  f79ec900 f751bf00 f751bee0 d05aa3ae f79ec900 f751bf28
> d05ad08f 0002
> [256204.727638] Call Trace:
> [256204.727667]  [] ? __schedule+0x25e/0x760
> [256204.727681]  [] ? lock_timer_base+0x67/0x80
> [256204.727693]  [] ? schedule+0x2e/0x80
> [256204.727704]  [] ? schedule_timeout+0x12f/0x300
> [256204.727714]  [] ? del_timer_sync+0x50/0x50
> [256204.727722]  [] ? rcu_gp_kthread+0x4a1/0x7c0
> [256204.727733]  [] ? kthread+0xb4/0xd0
> [256204.727741]  [] ? rcu_note_context_switch+0xf0/0xf0
> 

Bug#822936: Occurs on Stretch

2017-11-05 Thread Jiann-Ming Su
/0x120
[256204.728057]  [] ? handle_level_irq+0xe0/0xe0
[256204.728063]  [] ? handle_irq+0x54/0x70
[256204.728067]  
[256204.728072]  
[256204.728084]  [] ? do_IRQ+0x3c/0xc0
[256204.728099]  [] ? irq_work_run_list+0x3d/0x60
[256204.728109]  [] ? common_interrupt+0x33/0x38
[256204.728119]  [] ? pre+0x150/0x270
[256204.728127]  [] ? __do_softirq+0x58/0x240
[256204.728135]  [] ? __irqentry_text_end+0x3/0x3
[256204.728143]  [] ? nmi+0x53/0x6d
[256204.728153]  [] ? __irqentry_text_end+0x3/0x3
[256204.728162]  [] ? do_softirq_own_stack+0x28/0x30
[256204.728165]  
[256204.728175]  [] ? irq_exit+0xad/0xb0
[256204.728183]  [] ? do_IRQ+0x45/0xc0
[256204.728192]  [] ? common_interrupt+0x33/0x38
[256204.728206]  [] ? cpuidle_enter_state+0x134/0x330
[256204.728218]  [] ? cpu_startup_entry+0x135/0x220
[256204.728228]  [] ? start_kernel+0x39d/0x3b4

On Sat, Oct 28, 2017 at 10:44 PM, Jiann-Ming Su <sujiannm...@gmail.com> wrote:
> linux-image-4.9.0-4-686-pae  4.9.51-1
>
> Oct 27 08:15:19 puar kernel: [26080.447922] INFO: rcu_sched
> self-detected stall on CPU
> Oct 27 08:15:19 puar kernel: [26080.447946] INFO: rcu_sched
> self-detected stall on CPU
> Oct 27 08:15:19 puar kernel: [26080.447964] 1-...: (1 GPs behind)
> idle=c41/1/0 softirq=1143278/1143279 fqs=0
> Oct 27 08:15:19 puar kernel: [26080.447968]
> Oct 27 08:15:19 puar kernel: [26080.447976]  (t=9226 jiffies g=487334
> c=487333 q=1)
> Oct 27 08:15:19 puar kernel: [26080.447988] rcu_sched kthread starved
> for 9226 jiffies! g487334 c487333 f0x0 RCU_GP_WAIT_FQS(3) ->state=0x1
> Oct 27 08:15:19 puar kernel: [26080.447993] rcu_sched   S
> Oct 27 08:15:19 puar kernel: [26080.448001] 0 7  2 0x
> Oct 27 08:15:19 puar kernel: 
> Oct 27 08:15:19 puar kernel: [26080.448012]  f300a100 f68b8800
> f751bed4 c75a9e7e f751bebc c70d4cd7 c78b8280 0051bec4
> Oct 27 08:15:19 puar kernel: [26080.448041]  f7518db8 c7767680
> f300a100 f79deac0 f75189c0 f751bee0 f75189c0 f79d8900
> Oct 27 08:15:19 puar kernel: [26080.448069]  f751bf00 f751bee0
> c75aa3ae f79d8900 f751bf28 c75ad08f 0002Call Trace:
> Oct 27 08:15:19 puar kernel: [26080.448126]  [] ?
> __schedule+0x25e/0x760
> Oct 27 08:15:19 puar kernel: [26080.448144]  [] ?
> lock_timer_base+0x67/0x80
> Oct 27 08:15:19 puar kernel: [26080.448158]  [] ? schedule+0x2e/0x80
> Oct 27 08:15:19 puar kernel: [26080.448172]  [] ?
> schedule_timeout+0x12f/0x300
> Oct 27 08:15:19 puar kernel: [26080.448186]  [] ?
> del_timer_sync+0x50/0x50
> Oct 27 08:15:19 puar kernel: [26080.448199]  [] ?
> rcu_gp_kthread+0x4a1/0x7c0
> Oct 27 08:15:19 puar kernel: [26080.448214]  [] ? kthread+0xb4/0xd0
> Oct 27 08:15:19 puar kernel: [26080.448225]  [] ?
> rcu_note_context_switch+0xf0/0xf0
> Oct 27 08:15:19 puar kernel: [26080.448237]  [] ?
> kthread_park+0x50/0x50
> Oct 27 08:15:19 puar kernel: [26080.448248]  [] ?
> ret_from_fork+0x1b/0x28
> Oct 27 08:15:19 puar kernel: [26080.448299] Task dump for CPU 0:
> Oct 27 08:15:19 puar kernel: [26080.448307] swapper/0   R
> Oct 27 08:15:19 puar kernel: [26080.448310]   running task0
>  0  0 0x
> Oct 27 08:15:19 puar kernel: c77c55f0
> Oct 27 08:15:19 puar kernel: [26080.448327]  c7761fbc 
> c776007b bc31007b 00d8 c77c00e0 ff5e c7480944
> Oct 27 08:15:19 puar kernel: [26080.448355]  0060 0246
> 1667 bc2ca3cb 17af  c77c54a0 0004
> Oct 27 08:15:19 puar kernel: [26080.448382]  ff9d7fe0 bc314afc
> 17af  ff9d7fe0 c77c54a0 c7761fe4Call Trace:
> Oct 27 08:15:19 puar kernel: [26080.448435]  [] ?
> cpuidle_enter_state+0x134/0x330
> Oct 27 08:15:19 puar kernel: [26080.448451]  [] ?
> cpu_startup_entry+0x135/0x220
> Oct 27 08:15:19 puar kernel: [26080.448467]  [] ?
> start_kernel+0x39d/0x3b4
> Oct 27 08:15:19 puar kernel: [26080.448473] Task dump for CPU 1:
> Oct 27 08:15:19 puar kernel: [26080.448478] swapper/1   R
> Oct 27 08:15:19 puar kernel: [26080.448481]   running task0
>  0  1 0x0008
> Oct 27 08:15:19 puar kernel: f7527dcc
> Oct 27 08:15:19 puar kernel: [26080.448495]  c7091941 c76b35df
>   0001 0008 c7782140 c7782140
> Oct 27 08:15:19 puar kernel: [26080.448522]  0001 f7527de4
> c7166884 0087 f79f3300 c7782140 c7782140 f7527e30
> Oct 27 08:15:19 puar kernel: [26080.448550]  c70d20e1 c76a9ed0
> 240a 00076fa6 00076fa5 0001 603ea661Call Trace:
> Oct 27 08:15:19 puar kernel: [26080.448593]  [] ?
> sched_show_task+0xf1/0x160
> Oct 27 08:15:19 puar kernel: [26080.448612]  [] ?
> rcu_dump_cpu_stacks+0x79/0x95
> Oct 27 08:15:19 puar kernel: [26080.448633]  [] ?
> rcu_check_callbacks+0x631/0x780
> Oct 27 08:15:19 puar kernel: [26080.448652]  [] ?
> update_process_times+0x28/0x50
> Oct 27 08:15:19 puar kernel: [26080.448665]  [] 

Bug#822936: Occurs on Stretch

2017-10-28 Thread Jiann-Ming Su
e_work+0x141/0x380
Oct 27 08:15:19 puar kernel: [26080.451828]  [] ?
worker_thread+0x41/0x460
Oct 27 08:15:19 puar kernel: [26080.451828]  [] ? kthread+0xb4/0xd0
Oct 27 08:15:19 puar kernel: [26080.451828]  [] ?
process_one_work+0x380/0x380
Oct 27 08:15:19 puar kernel: [26080.451828]  [] ?
kthread_park+0x50/0x50
Oct 27 08:15:19 puar kernel: [26080.451828]  [] ?
ret_from_fork+0x1b/0x28


-- 
Jiann-Ming Su
"I have to decide between two equally frightening options.
 If I wanted to do that, I'd vote." --Duckman
"The system's broke, Hank.  The election baby has peed in
the bath water.  You got to throw 'em both out."  --Dale Gribble
"Those who vote decide nothing.
Those who count the votes decide everything.”  --Joseph Stalin



Bug#822936: INFO: rcu_sched self-detected stall on CPU

2016-04-29 Thread Jiann-Ming Su
 f5007e88
c1084790 0001 c166a5ec c1614f80
Apr 29 01:55:32 ranfan kernel:  f75d9620  c15fca00 
 f5007e9c c1062dac f5009f7c
Apr 29 01:55:32 ranfan kernel: Call Trace:
Apr 29 01:55:32 ranfan kernel:  [] ? rcu_check_callbacks+0x38d/0x5b0
Apr 29 01:55:32 ranfan kernel:  [] ? account_process_tick+0x60/0x130
Apr 29 01:55:32 ranfan kernel:  [] ? update_process_times+0x3c/0x60
Apr 29 01:55:32 ranfan kernel:  [] ?
tick_sched_handle.isra.13+0x26/0x60
Apr 29 01:55:32 ranfan kernel:  [] ? tick_sched_timer+0x37/0x70
Apr 29 01:55:32 ranfan kernel:  [] ? __remove_hrtimer+0x38/0x90
Apr 29 01:55:32 ranfan kernel:  [] ? __run_hrtimer+0x6d/0x190
Apr 29 01:55:32 ranfan kernel:  [] ?
tick_sched_handle.isra.13+0x60/0x60
Apr 29 01:55:32 ranfan kernel:  [] ? hrtimer_interrupt+0x1e8/0x2a0
Apr 29 01:55:32 ranfan kernel:  [] ?
tick_do_broadcast.constprop.7+0x6b/0x70
Apr 29 01:55:32 ranfan kernel:  [] ?
tick_handle_oneshot_broadcast+0x105/0x180
Apr 29 01:55:32 ranfan kernel:  [] ?
add_interrupt_randomness+0x15a/0x1a0
Apr 29 01:55:32 ranfan kernel:  [] ? timer_interrupt+0x12/0x20
Apr 29 01:55:32 ranfan kernel:  [] ?
handle_irq_event_percpu+0x35/0x180
Apr 29 01:55:32 ranfan kernel:  [] ? handle_simple_irq+0x70/0x70
Apr 29 01:55:32 ranfan kernel:  [] ? nmi_stack_correct+0x2f/0x34
Apr 29 01:55:32 ranfan kernel:  [] ? handle_irq_event+0x2a/0x50
Apr 29 01:55:32 ranfan kernel:  [] ? handle_simple_irq+0x70/0x70
Apr 29 01:55:32 ranfan kernel:  [] ? handle_edge_irq+0x66/0x100
Apr 29 01:55:32 ranfan kernel:  [] ? handle_irq+0x71/0x90
Apr 29 01:55:32 ranfan kernel:  
Apr 29 01:55:32 ranfan kernel:
Apr 29 01:55:32 ranfan kernel:  [] ? do_IRQ+0x3c/0xd0
Apr 29 01:55:32 ranfan kernel:  [] ? common_interrupt+0x33/0x38
Apr 29 01:55:32 ranfan kernel:  [] ? __do_softirq+0x6d/0x230
Apr 29 01:55:32 ranfan kernel:  [] ? cpu_callback+0x160/0x160
Apr 29 01:55:32 ranfan kernel:  [] ? nmi_stack_correct+0x2f/0x34
Apr 29 01:55:32 ranfan kernel:  [] ? cpu_callback+0x160/0x160
Apr 29 01:55:32 ranfan kernel:  [] ? do_softirq_own_stack+0x22/0x30
Apr 29 01:55:32 ranfan kernel:  
Apr 29 01:55:32 ranfan kernel:
Apr 29 01:55:32 ranfan kernel:  [] ? irq_exit+0x8d/0xa0
Apr 29 01:55:32 ranfan kernel:  [] ? do_IRQ+0x45/0xd0
Apr 29 01:55:32 ranfan kernel:  [] ?
tick_broadcast_oneshot_control+0x7b/0x210
Apr 29 01:55:32 ranfan kernel:  [] ? common_interrupt+0x33/0x38
Apr 29 01:55:32 ranfan kernel:  [] ? cpuidle_enter_state+0x3e/0xd0
Apr 29 01:55:32 ranfan kernel:  [] ? cpu_startup_entry+0x2be/0x3b0
Apr 29 01:55:32 ranfan kernel:  [] ? start_kernel+0x3dd/0x3e2
Apr 29 01:55:32 ranfan kernel:  [] ? set_init_arg+0x45/0x45
Apr 29 01:55:32 ranfan kernel: Code: 08 5b 5d c3 66 90 f0 0f b3 15 a8
a4 66 c1 a1 a8 a4 66 c1 85 c0 75 3a 31 c0 bb 10 27 00 00 eb 1f 8d b6
00 00 00 00 b8 58 89 41 00  36 aa 21 00 e8 91 ca 09 00 83 eb 01 74
09 a1 a8 a4 66 c1 85
Apr 29 01:55:32 ranfan kernel: INFO: NMI handler
(arch_trigger_all_cpu_backtrace_handler) took too long to run: 760.343
msecs
Apr 29 01:55:33 ranfan kernel: gma500 :00:02.0: Backlight lvds set
brightness 186a186a
Apr 29 01:55:33 ranfan kernel: gma500 :00:02.0: Backlight lvds set
brightness 186a186a
Apr 29 02:00:48 ranfan kernel: device-mapper: uevent: version 1.0.3
Apr 29 02:00:48 ranfan kernel: device-mapper: ioctl: 4.27.0-ioctl
(2013-10-30) initialised: dm-de...@redhat.com
Apr 29 02:00:51 ranfan kernel: SGI XFS with ACLs, security attributes,
realtime, large block/inode numbers, no debug enabled
Apr 29 02:00:51 ranfan kernel: JFS: nTxBlock = 8192, nTxLock = 65536
Apr 29 02:00:51 ranfan kernel: ntfs: driver 2.1.30 [Flags: R/W MODULE].
Apr 29 02:00:51 ranfan kernel: QNX4 filesystem 0.2.3 registered.
Apr 29 02:00:51 ranfan kernel: fuse init (API version 7.23)
Apr 29 02:06:29 ranfan kernel: gma500 :00:02.0: Backlight lvds set
brightness 186a186a
Apr 29 02:06:29 ranfan kernel: gma500 :00:02.0: Backlight lvds set
brightness 186a186a


-- 
Jiann-Ming Su
"I have to decide between two equally frightening options.
 If I wanted to do that, I'd vote." --Duckman
"The system's broke, Hank.  The election baby has peed in
the bath water.  You got to throw 'em both out."  --Dale Gribble
"Those who vote decide nothing.
Those who count the votes decide everything.”  --Joseph Stalin



Bug#562703: qemu-dm missing from xen-utils-3.4

2009-12-27 Thread Jiann-Ming Su
Package:  xen-utils-3.4
Version:  3.4.2-2

# cat qemu-dm-openfiler.log
failed to set up fds or execute dm /usr/lib/xen-3.4/bin/qemu-dm:
['OSError: [Errno 2] No such file or directory\n']


-- 
Jiann-Ming Su
I have to decide between two equally frightening options.
 If I wanted to do that, I'd vote. --Duckman
The system's broke, Hank.  The election baby has peed in
the bath water.  You got to throw 'em both out.  --Dale Gribble
Those who vote decide nothing.
Those who count the votes decide everything.”  --Joseph Stalin



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#562703: [Pkg-xen-devel] Bug#562703: qemu-dm missing from xen-utils-3.4

2009-12-27 Thread Jiann-Ming Su
Thanks, I think that fixed the one particular problem I was having.

On Sun, Dec 27, 2009 at 7:34 AM, Thomas Goirand tho...@goirand.fr wrote:
 Jiann-Ming Su wrote:
 Package:  xen-utils-3.4
 Version:  3.4.2-2

 # cat qemu-dm-openfiler.log
 failed to set up fds or execute dm /usr/lib/xen-3.4/bin/qemu-dm:
 ['OSError: [Errno 2] No such file or directory\n']

 Hi,

 Please test this:

 http://ftparchive.gplhost.com/debian/pool/lenny/main/x/xen-qemu-dm-3.4/

 Note that you should recompile it if you are running in in SID.

 Thomas




-- 
Jiann-Ming Su
I have to decide between two equally frightening options.
 If I wanted to do that, I'd vote. --Duckman
The system's broke, Hank.  The election baby has peed in
the bath water.  You got to throw 'em both out.  --Dale Gribble
Those who vote decide nothing.
Those who count the votes decide everything.”  --Joseph Stalin



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#516015: Acknowledgement (lenny kernel does not boot Alpha architecture)

2009-02-19 Thread Jiann-Ming Su

This seems to have fixed my boot problem:

http://lists.debian.org/debian-alpha/2009/02/msg00026.html



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#516015: lenny kernel does not boot Alpha architecture

2009-02-18 Thread Jiann-Ming Su

Package: linux-image-2.6.26-1-alpha-generic
Version: 2.6.26-13
X-Debbugs-CC: debian-al...@lists.debian.org
Severity: serious
Tags: lenny kernel not booting alpha

The linux-image that ships with Lenny will not boot on my Alpha architecture.  
The kernel tries to boot, but I'm immediately dumped back into the SRM console. 
 I'm able to boot with 2.6.18-6 from Etch.  Please let me know what more 
debugging info I can provide.

$ cat /proc/cpuinfo 
cpu			: Alpha

cpu model   : PCA56
cpu variation   : 7
cpu revision: 0
cpu serial number	: 
system type		: EB164

system variation: SX164
system revision : 0
system serial number	: 
cycle frequency [Hz]	: 5 
timer frequency [Hz]	: 1024.00

page size [bytes]   : 8192
phys. address bits  : 40
max. addr. space #  : 127
BogoMIPS: 1055.68
kernel unaligned acc: 0 (pc=0,va=0)
user unaligned acc  : 16564 (pc=21d8d4c,va=22020e1)
platform string : Digital AlphaPC 164SX 533 MHz
cpus detected   : 1
L1 Icache   : 16K, 1-way, 64b line
L1 Dcache   : 8K, 1-way, 32b line
L2 cache: 1024K, 1-way, 64b line
L3 cache: n/a


--
Jiann-Ming Su
Black Reagan will be blamed for the failing economic and monetary
policies instituted by white men over past 100 years.



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#477774: Package Dependencies for Finch

2008-04-25 Thread Jiann-Ming Su

Package:  finch
Version:  2.4.1-1+b1

The package info lists the following dependencies:

Depends: libc6 (= 2.7-1), libglib2.0-0 (= 2.16.0), libgstreamer0.10-0
(= 0.10.10), libncursesw5 (= 5.6+20071006-3), libpurple0 (=
2.4.1-1+b1), libx11-6, libxml2 (= 2.6.27), pidgin-data (= 2.4.1),
pidgin-data ( 2.4.1-z)

So, I manually install the above dependencies:

apt-get install libc6 libglib2.0-0 libgstreamer0.10-0 libncursesw5
libpurple0 libx11-6 libxml2 pidgin-data

It installs about 35MB worth of packages.

So, if the above and their respective dependencies are installed, I
should be able to install finch without further packages.  However:

# apt-get install finch
Reading package lists... Done
Building dependency tree 
Reading state information... Done

The following extra packages will be installed:
  defoma fontconfig fontconfig-config gconf2 gconf2-common gstreamer0.10-alsa
  gstreamer0.10-plugins-base gstreamer0.10-plugins-good gstreamer0.10-x
  hicolor-icon-theme libaa1 libatk1.0-0 libatk1.0-data libavc1394-0 libcaca0
  libcairo2 libcdio7 libcdparanoia0 libcucul0 libcupsys2 libdatrie0 libdrm2
  libdv4 libflac8 libfontconfig1 libfontenc1 libfs6 libgconf2-4
  libgl1-mesa-glx libglu1-mesa libgstreamer-plugins-base0.10-0 libgtk2.0-0
  libgtk2.0-bin libgtk2.0-common libidl0 libiec61883-0 libogg0 liboil0.3
  liborbit2 libpango1.0-0 libpango1.0-common libraw1394-8 libshout3 libspeex1
  libtag1c2a libthai-data libthai0 libtheora0 libtiff4 libvisual-0.4-0
  libvisual-0.4-plugins libvorbis0a libvorbisenc2 libwavpack1 libxcomposite1
  libxcursor1 libxdamage1 libxfixes3 libxfont1 libxft2 libxi6 libxinerama1
  libxrandr2 libxrender1 libxv1 libxxf86vm1 oss-compat psmisc ttf-dejavu
  ttf-dejavu-core ttf-dejavu-extra x-ttcidfont-conf xfonts-encodings
  xfonts-utils xutils xutils-dev
Suggested packages:
  defoma-doc dfontmgr psfontmgr cupsys-common libdv-bin gnome-app-install
  librsvg2-common ttf-kochi-gothic ttf-kochi-mincho ttf-thryomanes ttf-baekmuk
  ttf-arphic-gbsn00lp ttf-arphic-bsmi00lp ttf-arphic-gkai00mp
  ttf-arphic-bkai00mp libraw1394-doc speex pdksh
Recommended packages:
  libft-perl
The following NEW packages will be installed:
  defoma finch fontconfig fontconfig-config gconf2 gconf2-common
  gstreamer0.10-alsa gstreamer0.10-plugins-base gstreamer0.10-plugins-good
  gstreamer0.10-x hicolor-icon-theme libaa1 libatk1.0-0 libatk1.0-data
  libavc1394-0 libcaca0 libcairo2 libcdio7 libcdparanoia0 libcucul0 libcupsys2
  libdatrie0 libdrm2 libdv4 libflac8 libfontconfig1 libfontenc1 libfs6
  libgconf2-4 libgl1-mesa-glx libglu1-mesa libgstreamer-plugins-base0.10-0
  libgtk2.0-0 libgtk2.0-bin libgtk2.0-common libidl0 libiec61883-0 libogg0
  liboil0.3 liborbit2 libpango1.0-0 libpango1.0-common libraw1394-8 libshout3
  libspeex1 libtag1c2a libthai-data libthai0 libtheora0 libtiff4
  libvisual-0.4-0 libvisual-0.4-plugins libvorbis0a libvorbisenc2 libwavpack1
  libxcomposite1 libxcursor1 libxdamage1 libxfixes3 libxfont1 libxft2 libxi6
  libxinerama1 libxrandr2 libxrender1 libxv1 libxxf86vm1 oss-compat psmisc
  ttf-dejavu ttf-dejavu-core ttf-dejavu-extra x-ttcidfont-conf
  xfonts-encodings xfonts-utils xutils xutils-dev
0 upgraded, 77 newly installed, 0 to remove and 0 not upgraded.
Need to get 22.5MB of archives.
After this operation, 65.6MB of additional disk space will be used.
Do you want to continue [Y/n]?

Why does apt want to install all the other packages if the finch dependencies 
have already been installed?

Jiann-Ming Su
Humans dating robots is sick. You people wonder why I'm still single?
 It's 'cause all the fine robot sisters are dating humans!  --Bender



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#390156: amd64 netinst dhcp problem

2006-09-29 Thread Jiann-Ming Su

Package: installation-reports

Boot method: netinst (amd64)
Image version: stable and etch
Date: 2006-09-28

Machine: ASUS A8V-MX, Athlon 64 Dual Core
Partitions:


Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it

Initial boot:   [O]
Detect network card:[O]
Configure network:  [E]
Detect CD:  [O]
Load installer modules: [O]
Detect hard drives: [O]
Partition hard drives:  [O]
Install base system:[O]
Clock/timezone setup:   [O]
User/password setup:[O]
Install tasks:  [O]
Install boot loader:[O]
Overall install:[O]

Comments/Problems:

I cannot get a DHCP address with netinst for amd64.  I've tried the
onboard card (via-rhine) and a separate PCI card (e100), and neither
will get a dhcp address.  I've tried ISC DHCP and the DHCP server on
my DSL router.  On my ISC DHCP, it sees DHCPDISCOVER messages from
the system, and it makes a DHCPOFFER, but no corresponding DHCPREQUEST.

If I put in a kubuntu 6.06.1 live CD, networking works great.  The
system gets a DHCP address, and I'm able to use the live CD. 
With the Kubuntu CD, the system accepts the offer and sends back a

DHCPREQUEST.

I thought it may have been an issue with the older kernel in the
stable netinst not supporting the via-rhine, but I also have the same 
problem with the etch beta netinst image as well.  And, I have the

same problem using an e100 card.


Jiann-Ming Su
Yeah, Lois, that'll be about as much fun as a lecture on
   ontological empiricism.  --Peter Griffin



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#390156: Acknowledgement (amd64 netinst dhcp problem)

2006-09-29 Thread Jiann-Ming Su

I also tried a Debian 3.1r2 i386 netinst CD without success.  I know
that CD to have worked with DHCP on i386 systems I've previously
installed.  Perhaps this is a dhclient issue?

Jiann-Ming Su
Yeah, Lois, that'll be about as much fun as a lecture on
   ontological empiricism.  --Peter Griffin



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#365134: upgraded xdm not starting

2006-05-03 Thread Jiann-Ming Su

Followup-For: Bug #365134
Package: xdm
Version: 1:1.0.1-6

*** Please type your report below this line ***
After doing an apt-get dist-upgrade, the new xdm package no longer starts. 
I've had this happen on two systems.  It may be related to the fact that 
some scripts aren't looking for binaries in the right place.


-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.12-1-k7
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)

Versions of packages xdm depends on:
ii  cpp   4:4.0.2-2  The GNU C preprocessor (cpp)
ii  debconf [debconf-2.0] 1.4.72 Debian configuration management sy
ii  libc6 2.3.6-7GNU C Library: Shared libraries
ii  libice6   6.9.0.dfsg.1-6 Inter-Client Exchange library
ii  libpam0g  0.79-3.1   Pluggable Authentication Modules l
ii  libselinux1   1.30-1 SELinux shared libraries
ii  libsm66.9.0.dfsg.1-6 X Window System Session Management
ii  libx11-6  6.9.0.dfsg.1-6 X Window System protocol client li
ii  libxau6   6.9.0.dfsg.1-6 X Authentication library
ii  libxaw7   6.9.0.dfsg.1-6 X Athena widget set library
ii  libxdmcp6 6.9.0.dfsg.1-6 X Display Manager Control Protocol
ii  libxext6  6.9.0.dfsg.1-6 X Window System miscellaneous exte
ii  libxinerama1  6.9.0.dfsg.1-6 X Window System multi-head display
ii  libxmu6   6.9.0.dfsg.1-6 X Window System miscellaneous util
ii  libxpm4   6.9.0.dfsg.1-6 X pixmap library
ii  libxt66.9.0.dfsg.1-6 X Toolkit Intrinsics
ii  x11-common6.9.0.dfsg.1-6 X Window System (X.Org) infrastruc
ii  xbase-clients 6.9.0.dfsg.1-6 miscellaneous X clients

xdm recommends no packages.

-- debconf information:
  xdm/stop_running_server_with_children: false
  xdm/daemon_name: /usr/bin/X11/xdm
* shared/default-x-display-manager: xdm


Jiann-Ming Su
Yeah, Lois, that'll be about as much fun as a lecture on
   ontological empiricism.  --Peter Griffin



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#325600: Status of this bug?

2006-01-30 Thread Jiann-Ming Su
I just upgraded to libc6.1_2.3.5-12 (unstable), and I'm still having 
defunct MySQL processes.  The last email in the bug report seemed to

have been from over two months ago.  Will Tom Evans' fix ever make
it into the repository?  Coincidentally, a friend was telling me
how most code that hackers try to inline never actually gets inlined
by the compiler.

Jiann-Ming Su
Yeah, Lois, that'll be about as much fun as a lecture on
   ontological empiricism.  --Peter Griffin



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#329926: openafs-modules-source: Won't build against 2.6.8-2-686

2005-09-26 Thread Jiann-Ming Su

On Sat, 24 Sep 2005, Russ Allbery wrote:


Well, first, I highly recommend that you not use that script and instead
follow the instructions in README.modules.  Since you're using a stock
Debian 2.6 kernel, you're going to get the best results from using
module-assistant rather than make-kpkg.

Also, make sure that you're trying to build OpenAFS with the same compiler
that built the kernel, which I believe was gcc 3.4 for 2.6.8-2-686.



module-assistant wants to install gcc-4.0...

  fs1:~# module-assistant prepare openafs-modules
  Getting source for kernel version: 2.6.8-2-686
  Kernel headers available in /usr/src/linux
   apt-get  install build-essential
  Reading Package Lists... Done
  Building Dependency Tree... Done
  The following extra packages will be installed:
g++ g++-4.0 gcc libstdc++6-4.0-dev
  Suggested packages:
gcc-4.0-doc autoconf automake1.9 libtool gcc-doc automake 
libstdc++6-4.0-doc stl-manual
  The following NEW packages will be installed:
build-essential g++ g++-4.0 libstdc++6-4.0-dev
  The following packages will be upgraded:
gcc
  1 upgraded, 4 newly installed, 0 to remove and 8 not upgraded.
  Need to get 6834B/3850kB of archives.
  After unpacking 14.4MB of additional disk space will be used.
  Do you want to continue? [Y/n]

I'm pretty sure the 2.6.8 kernel from the sarge branch was not built with 
gcc-4.0.  Should I upgrade to the testing 2.6.12 kernel to use the

new openafs kernel module?

Jiann-Ming Su
Yeah, Lois, that'll be about as much fun as a lecture on
   ontological empiricism.  --Peter Griffin



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#329431: openafs-dbserver: afs-newcell not creating /etc/openafs/server/CellServDB properly

2005-09-21 Thread Jiann-Ming Su
Package: openafs-dbserver
Version: 1.3.81-3sarge1
Severity: important


The problem I'm experiencing is similar to #325929 and is mentioned at
https://lists.openafs.org/pipermail/openafs-info/2005-May/017787.html.

Basically, the afs-newcell script is not putting the IP address of the
server being configured into the /etc/openafs/server/CellServDB file.
When I modify that file manually, and comment out line 125 of the
afs-newcell script I get much farther along.

  run( echo \\$cell /etc/openafs/server/CellServDB);

Output when afs-newcell puts bad info in the CellServDB file:

  Do you meet these requirements? [y/n] y
  If the fileserver is not running, this may hang for 30 seconds.
  /etc/init.d/openafs-fileserver stop
  Stopping AFS Server: bosserver.
  What administrative principal should be used? js1
  echo \chbe.bogus /etc/openafs/server/CellServDB
  /etc/init.d/openafs-fileserver start
  Starting AFS Server: bosserver.
  bos addhost fs1.chbe.bogus fs1.chbe.bogus -localauth ||true
  bos: could not find entry (can't find cell 'default' in cell database)
  bos adduser fs1.chbe.bogus js1 -localauth
  bos: could not find entry (can't find cell 'default' in cell database)
  Failed: 256
  bos: could not find entry (can't find cell 'default' in cell database)

Output when line 125 is commented out:

  Do you meet these requirements? [y/n] y
  If the fileserver is not running, this may hang for 30 seconds.
  /etc/init.d/openafs-fileserver stop
  Stopping AFS Server: bosserver.
  What administrative principal should be used? js1
  /etc/init.d/openafs-fileserver start
  Starting AFS Server: bosserver.
  bos addhost fs1.chbe.bogus fs1.chbe.bogus -localauth ||true
  bos adduser fs1.chbe.bogus js1 -localauth
  pt_util: /var/lib/openafs/db/prdb.DB0: Bad UBIK_MAGIC. Is 0 should be
  354545
  Ubik Version is: 2.0
  Error while creating system:administrators: Entry for id already exists
  pt_util: Ubik Version number changed during execution.
  Old Version = 2.0, new version = 33554432.0
  bos create fs1.chbe.bogus ptserver simple /usr/lib/openafs/ptserver -localauth
  bos create fs1.chbe.bogus vlserver simple /usr/lib/openafs/vlserver -localauth
  bos create fs1.chbe.bogus fs fs -cmd /usr/lib/openafs/fileserver -cmd 
/usr/lib/openafs/volserver -cmd /usr/lib/openafs/salvager -localauth
  Waiting for database elections: done.
  vos create fs1.chbe.bogus a root.afs -localauth
  Volume 536870912 created on partition /vicepa of fs1.chbe.bogus
  echo chbe.bogus /etc/openafs/ThisCell
  /etc/init.d/openafs-client force-start
  Starting AFS services: afsd: All AFS daemons started.
  afsd: Can't mount AFS on /afs(2)
   afsd.
  *** The AFS client failed to start.
  Please fix whatever problem kept it from running.
  bos shutdown fs1.chbe.bogus -localauth 
  bos delete fs1.chbe.bogus fs -localauth 
  bos delete fs1.chbe.bogus vlserver -localauth
  bos delete fs1.chbe.bogus ptserver -localauth
  rm /var/lib/openafs/db/prdb* 
  bos removeuser fs1.chbe.bogus js1 -localauth
  

-- System Information:
Debian Release: sarge
  APT prefers sarge
Architecture: i386
Kernel: Linux 2.6.8-2-686
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)

Versions of packages openafs-dbserver depends on:
ii  debconf   1.4.30.13   Debian 
configuration management system
ii  libc6 2.3.2.ds1-22GNU C Library: 
Shared libraries and Timezone data
ii  openafs-client1.3.81-3sarge1  The AFS 
distributed filesystem- client support
ii  openafs-dbserver  1.3.81-3sarge1  The AFS 
distributed filesystem- database server
ii  perl  5.8.4-8 Larry Wall's 
Practical Extraction and Report Language


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#329431: acknowledged by developer (Re: Bug#329431: openafs-dbserver: afs-newcell not creating /etc/openafs/server/CellServDB properly)

2005-09-21 Thread Jiann-Ming Su

On Wed, 21 Sep 2005, Debian Bug Tracking System wrote:


Version: 1.4rc1-1

Yes, the afs-newcell script has some problems in certain circumstances.
I'm not completely sure when the sarge version works and when it doesn't;
it works some of the time, but using bos addhost to add the file server
host was very unreliable.

The script has been completely rewritten and heavily tested in 1.4rc1-1,
currently in Debian testing.



The README.servers is very good.  You may want to mention
that the /var/cache/openafs directory needs be a ext[23] filesystem.
I think that's the unwritten assumption.  I get Cell setup failed 
when it is not.


Jiann-Ming Su
Yeah, Lois, that'll be about as much fun as a lecture on
   ontological empiricism.  --Peter Griffin



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#329112: xpdf resize problem

2005-09-19 Thread Jiann-Ming Su

Package: xpdf
Version 3.01-1

1. Open a pdf document (default zoom will be 125%)
2. Widen the xpdf window by dragging the right bottom corner.
3. Change the zoom to 150%.
4. Notice the right side of the xpdf window.  Either pdf document
doesn't fill to the width of the xpdf window or when you try to
scroll, the right side of the page is locked.

Jiann-Ming Su
Yeah, Lois, that'll be about as much fun as a lecture on
   ontological empiricism.  --Peter Griffin



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#316651: gallery permission bug

2005-07-02 Thread Jiann-Ming Su

Package: gallery
Version: 1.5-1

The Apply permissions to all sub-albums checkbox in Album
Permissions does not work.  The permissions of the subalbums are
not set the same as the main album.

Jiann-Ming Su
Yeah, Lois, that'll be about as much fun as a lecture on
   ontological empiricism.  --Peter Griffin



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#310798: Acknowledgement (grub and software raid)

2005-05-26 Thread Jiann-Ming Su

Take a look at
http://lists.gnu.org/archive/html/bug-grub/2002-03/msg00047.html.

I think the partition that grub config files are installed on (/boot)
has to be ext[23].  Otherwise you get a Error 17 something about unknown
filesystem, IIRC.  So, I have /boot on /dev/md0 mirrored across
/dev/hda1 and /dev/hdc1.  I ran grub and configure hdc:

device (hd0) /dev/hdc
root (hd0,0)
install /grub/stage1 (hd0,0) /grub/stage2 0x8000 (hd0,0)/grub/menu.lst
install /grub/stage1 d (hd0) /grub/stage2 0x8000 (hd0,0)/grub/menu.lst


Jiann-Ming Su
Yeah, Lois, that'll be about as much fun as a lecture on
   ontological empiricism.  --Peter Griffin



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#310798: grub and software raid

2005-05-25 Thread Jiann-Ming Su

Package: grub
Version: 0.95
Tags: d-i

On a software raid 1 configuration, grub does not write MBR to the
second drive.  Thus, if the first drive fails, the second drive is not
able to boot the system.  One possible solution is listed here:

 http://lists.gnu.org/archive/html/bug-grub/2002-03/msg00047.html

Another is to use lilo for raid 1 configs.

Jiann-Ming Su
Yeah, Lois, that'll be about as much fun as a lecture on
   ontological empiricism.  --Peter Griffin



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#303425: vim cut and paste line wrap problems

2005-04-06 Thread Jiann-Ming Su
Package: vim
Version: 6.3-058

When using the default /etc/vim/vimrc, cutting and pasting into an xterm
running vim looks like this:

# XF86Config-4 (XFree86 X Window System server configuration file)
#
# This file was generated by dexconf, the Debian X 
Configuration tool,
# using
# values from the debconf database.

But, after stealing the vimrc file from a Fedora system, cut and paste
now works properly:

# XF86Config-4 (XFree86 X Window System server configuration file)
#
# This file was generated by dexconf, the Debian X Configuration tool,
# using
# values from the debconf database.

I'm not sure what the difference is, but I've included the vimrc that
works for me.

Jiann-Ming Su
Yeah, Lois, that'll be about as much fun as a lecture on
   ontological empiricism.  --Peter Griffin
 Configuration file for vim
set 
runtimepath=~/.vim,/etc/vim,/usr/share/vim/vimfiles,/usr/share/vim/addons,/usr/share/vim/vim63,/usr/share/vim/vimfiles,/usr/share/vim/addons/after,~/.vim/after

 Normally we use vim-extensions. If you want true vi-compatibility
 remove change the following statements
set nocompatible Use Vim defaults instead of 100% vi compatibility
set backspace=indent,eol,start   more powerful backspacing

 Now we set some defaults for the editor 
set autoindent   always set autoindenting on
 set linebreak  Don't wrap words by default
set textwidth=0  Don't wrap lines by default 
set nobackup Don't keep a backup file
set viminfo='20,\50 read/write a .viminfo file, don't store more than
 50 lines of registers
set history=50   keep 50 lines of command line history
set rulershow the cursor position all the time

 Suffixes that get lower priority when doing tab completion for filenames.
 These are files we are not likely to want to edit or read.
set 
suffixes=.bak,~,.swp,.o,.info,.aux,.log,.dvi,.bbl,.blg,.brf,.cb,.ind,.idx,.ilg,.inx,.out,.toc

 We know xterm-debian is a color terminal
if term =~ xterm-debian || term =~ xterm-xfree86
  set t_Co=16
  set t_Sf=[3%dm
  set t_Sb=[4%dm
endif

 Make p in Visual mode replace the selected text with the  register.
vnoremap p Esc:let current_reg = @CRgvdiC-R=current_regCREsc

 Vim5 and later versions support syntax highlighting. Uncommenting the next
 line enables syntax highlighting by default.
 syntax on

 If using a dark background within the editing area and syntax highlighting
 turn on this option as well
 set background=dark

if has(autocmd)
  Enabled file type detection
  Use the default filetype settings. If you also want to load indent files
  to automatically do language-dependent indenting add 'indent' as well.
 filetype plugin on

endif  has (autocmd)

 Some Debian-specific things
augroup filetype
  au BufRead reportbug.*set ft=mail
  au BufRead reportbug-*set ft=mail
augroup END

 Set paper size from /etc/papersize if available (Debian-specific)
try
  if filereadable('/etc/papersize')
let s:papersize = matchstr(system('/bin/cat /etc/papersize'), '\p*')
if strlen(s:papersize)
  let printoptions = paper: . s:papersize
endif
unlet! s:papersize
  endif
catch /E145/
endtry

 The following are commented out as they cause vim to behave a lot
 different from regular vi. They are highly recommended though.
set showcmd Show (partial) command in status line.
set showmatch   Show matching brackets.
set ignorecase  Do case insensitive matching
set incsearch   Incremental search
set autowrite   Automatically save before commands like :next and 
:make

 Source a global configuration file if available
if filereadable(/etc/vim/vimrc.local)
  source /etc/vim/vimrc.local
endif


Bug#303499: subversion won't start with xinetd

2005-04-06 Thread Jiann-Ming Su
Package: subversion
Version: 1.1.3-3

The latest subversion will not start using xinetd.  I get the following
message in /var/log/daemon.log:

  Apr  6 22:47:24 k2 xinetd[26132]: Port not specified and can't find service: 
svnserve with getservbyname

The previous version was working without issues.  This very well could
be a xinetd problem, I'm not sure.

Jiann-Ming Su
Yeah, Lois, that'll be about as much fun as a lecture on
   ontological empiricism.  --Peter Griffin



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#303499: Acknowledgement (subversion won't start with xinetd)

2005-04-06 Thread Jiann-Ming Su
Nevermind, the service name has to be subversion.  In the previous
version of subversion or xinetd, this was not the case.  I was able to
get away with svnserve as the service name.

Jiann-Ming Su
Yeah, Lois, that'll be about as much fun as a lecture on
   ontological empiricism.  --Peter Griffin



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#302630: useradd not creating home directories

2005-04-01 Thread Jiann-Ming Su
Package: passwd
Version: 4.0.3-31sarge1

useradd does not create home directories or groups.  I have found this
to be the case on i386, alpha, and mips.

o2:~# useradd -c Some User suser
o2:~# ls -al /home/
total 8
drwxrwsr-x   2 root staff 4096 2004-12-15 18:27 .
drwxr-xr-x  21 root root  4096 2005-03-31 20:55 ..
o2:~# cat /etc/group | grep suser
o2:~#
o2:~# cat /etc/passwd | grep suser
suser:!:1000:100:Some User:/home/suser:


Jiann-Ming Su
Yeah, Lois, that'll be about as much fun as a lecture on
   ontological empiricism.  --Peter Griffin



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#300264: forkbomb takes down system

2005-03-18 Thread Jiann-Ming Su
Package: kernel-image
Version: 2.6.*

http://www.securityfocus.com/columnists/308
http://catb.org/~esr/jargon/html/F/fork-bomb.html

A simple shell script containing the line $0  $0  run by an
unprivileged user can lock up the system hardcore.  Not good.

Jiann-Ming Su
Yeah, Lois, that'll be about as much fun as a lecture on
   ontological empiricism.  --Peter Griffin



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#299799: ntp cannot find user ntp

2005-03-16 Thread Jiann-Ming Su
Package: ntp-server
Version: 4.2.0a+stable-2

Using kernel 2.6.9-3 on i386, I get the following error in syslog and
daemon.log when I run /etc/init.d/ntp-server start:

  ntpd[11736]: Cannot find user `ntp'

However, on my Debian Alpha using 2.6.8-2-generic kernel, the ntp-server
works fine.  The Ubuntu users seem to be experiencing the same problem.

  http://ubuntuforums.org/archive/index.php/t-11464.html

Jiann-Ming Su
Yeah, Lois, that'll be about as much fun as a lecture on
   ontological empiricism.  --Peter Griffin



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Bug#299829: ejabberd crashing when joining a cluster

2005-03-16 Thread Jiann-Ming Su
Package: ejabberd
Version: 0.7.5-7

http://www.jabber.ru/bugzilla/show_bug.cgi?id=41

Jiann-Ming Su
Yeah, Lois, that'll be about as much fun as a lecture on
   ontological empiricism.  --Peter Griffin



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]