Re: Bad malloc (?)
Le 01/09/2012 19:59, Kenneth R Westerback a écrit : > On Sat, Sep 01, 2012 at 07:19:25PM +0200, rustyBSD wrote: >> Hi, >> in /usr/src/sbin/scsi/scsi.c line 225, why >> is the malloc not checked ? ... If it fails, >> it overflows, no ? >> > Crufty old code. Feel free to submit an actual diff! Note there seem to > be 2 non-checked malloc returns. > > Ken > I let the guy in charge of that correct this.
Re: Bad malloc (?)
On Sun, Sep 02, 2012 at 02:27:57PM +0200, rustyBSD wrote: > Le 01/09/2012 19:59, Kenneth R Westerback a ?crit : > > On Sat, Sep 01, 2012 at 07:19:25PM +0200, rustyBSD wrote: > >> Hi, > >> in /usr/src/sbin/scsi/scsi.c line 225, why > >> is the malloc not checked ? ... If it fails, > >> it overflows, no ? > >> > > Crufty old code. Feel free to submit an actual diff! Note there seem to > > be 2 non-checked malloc returns. > > > > Ken > > > I let the guy in charge of that correct this. Who is that? Ken
Re: Bad malloc (?)
On 09/02/12 14:42, Kenneth R Westerback wrote: On Sun, Sep 02, 2012 at 02:27:57PM +0200, rustyBSD wrote: Le 01/09/2012 19:59, Kenneth R Westerback a ?crit : On Sat, Sep 01, 2012 at 07:19:25PM +0200, rustyBSD wrote: Hi, in /usr/src/sbin/scsi/scsi.c line 225, why is the malloc not checked ? ... If it fails, it overflows, no ? Crufty old code. Feel free to submit an actual diff! Note there seem to be 2 non-checked malloc returns. Ken I let the guy in charge of that correct this. Who is that? Whoever it is, I'm sure he or she appreciate diffs anyway! /Alexander
ÇİN CANTON İŞ VE FUAR GEZİSİ 2012 (1.DEVRE)
This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. [demime 1.01d removed an attachment of type image/jpeg which had a name of duyuru maÝl.jpg]
Re: Bad malloc (?)
Le 02/09/2012 14:57, Alexander Hall a écrit : > Whoever it is, I'm sure he or she appreciate diffs anyway! Ok, here is one. [demime 1.01d removed an attachment of type text/x-patch which had a name of scsi.c.diff]
Re: Bad malloc (?)
Le 02/09/2012 16:06, rustyBSD a écrit : > [demime 1.01d removed an attachment of type text/x-patch which had a name of > scsi.c.diff] Mmhhh... --- scsi.cSun Sep 2 15:47:45 2012 +++ scsi.cSun Sep 2 16:00:42 2012 @@ -223,6 +223,7 @@ case 'z': { char *p = malloc(count + 1); +if (!p) err(errno, "malloc failed"); p[count] = 0; strncpy(p, (char *)arg, count); if (letter == 'z') @@ -307,6 +308,8 @@ data_fmt = cget(&h, 0); scsireq->databuf = malloc(count); +if (!scsireq->databuf) +err(errno, "malloc failed"); if (data_phase == out) { if (strcmp(data_fmt, "-") == 0){
ThinkPad T60 x86emu panic on resume
The "moon" indicator is blinking, but screen stays black, so I connected a serial cable. Here's what I got: Script started on Sun Sep 2 19:52:24 2012 > sudo cu -l /dev/tty00 Connected >> OpenBSD/i386 BOOT 3.18 boot> boot booting hd0a:/bsd: /-\|/8354720-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\|/-\+1102340 [52+377008|/-\|/-\|/-\|/-\|/-\|/-+363713\|/-\|/-\|/-\|/-\|/-\|/]=0x9b9cc0 entry point at 0x200120 [ using 741148 bytes of bsd ELF symbol table ] Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. Copyright (c) 1995-2012 OpenBSD. All rights reserved. http://www.OpenBSD.org OpenBSD 5.2-current (GENERIC.MP) #6: Sat Sep 1 20:16:09 MDT 2012 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP cpu0: Genuine Intel(R) CPU T2400 @ 1.83GHz ("GenuineIntel" 686-class) 1.83 GHz cpu0: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,NXE,SSE3,MWAIT,VMX,EST,TM2,xTPR,PDCM real mem = 3219517440 (3070MB) avail mem = 3156000768 (3009MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 03/21/11, BIOS32 rev. 0 @ 0xfd6b0, SMBIOS rev. 2.4 @ 0xe0010 (68 entries) bios0: vendor LENOVO version "79ETE7WW (2.27 )" date 03/21/2011 bios0: LENOVO 2008ZBF acpi0 at bios0: rev 2 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP SSDT ECDT TCPA APIC MCFG HPET SLIC BOOT SSDT SSDT SSDT SSDT acpi0: wakeup devices LID_(S3) SLPB(S3) LURT(S3) DURT(S3) EXP0(S4) EXP1(S4) EXP2(S4) EXP3(S4) PCI1(S4) USB0(S3) USB1(S3) USB2(S3) USB7(S3) HDEF(S4) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpiec0 at acpi0 acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: apic clock running at 166MHz cpu1 at mainbus0: apid 1 (application processor) cpu1: Genuine Intel(R) CPU T2400 @ 1.83GHz ("GenuineIntel" 686-class) 1.83 GHz cpu1: FPU,V86,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,NXE,SSE3,MWAIT,VMX,EST,TM2,xTPR,PDCM ioapic0 at mainbus0: apid 1 pa 0xfec0, version 20, 24 pins ioapic0: misconfigured as apic 2, remapped to apid 1 acpimcfg0 at acpi0 addr 0xf000, bus 0-63 acpihpet0 at acpi0: 14318179 Hz acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 1 (AGP_) acpiprt2 at acpi0: bus 2 (EXP0) acpiprt3 at acpi0: bus 3 (EXP1) acpiprt4 at acpi0: bus 4 (EXP2) acpiprt5 at acpi0: bus 12 (EXP3) acpiprt6 at acpi0: bus 21 (PCI1) acpicpu0 at acpi0: C3, C2, C1, PSS acpicpu1 at acpi0: C3, C2, C1, PSS acpipwrres0 at acpi0: PUBS acpitz0 at acpi0: critical temperature is 127 degC acpitz1 at acpi0: critical temperature is 99 degC acpibtn0 at acpi0: LID_ acpibtn1 at acpi0: SLPB acpibat0 at acpi0: BAT0 model "COMPATIBLE" serial 29687 type LION oem "PSPSP" acpibat1 at acpi0: BAT1 not present acpiac0 at acpi0: AC unit online acpithinkpad0 at acpi0 acpidock0 at acpi0: GDCK docked (15) bios0: ROM list: 0xc/0xfe00 0xd/0x1000 0xd1000/0x1000 0xdc000/0x4000! 0xe/0x1! cpu0: Enhanced SpeedStep 1829 MHz: speeds: 1833, 1333, 1000 MHz pci0 at mainbus0 bus 0: configuration mode 1 (bios) pchb0 at pci0 dev 0 function 0 "Intel 82945GM Host" rev 0x03 ppb0 at pci0 dev 1 function 0 "Intel 82945GM PCIE" rev 0x03: apic 1 int 16 pci1 at ppb0 bus 1 vga1 at pci1 dev 0 function 0 "ATI Radeon Mobility X1400" rev 0x00 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) radeondrm0 at vga1: apic 1 int 16 drm0 at radeondrm0 azalia0 at pci0 dev 27 function 0 "Intel 82801GB HD Audio" rev 0x02: msi azalia0: codecs: Analog Devices AD1981HD, 0x/0x, using Analog Devices AD1981HD audio0 at azalia0 ppb1 at pci0 dev 28 function 0 "Intel 82801GB PCIE" rev 0x02: apic 1 int 20 pci2 at ppb1 bus 2 em0 at pci2 dev 0 function 0 "Intel PRO/1000MT (82573L)" rev 0x00: msi, address 00:16:41:e0:54:df ppb2 at pci0 dev 28 function 1 "Intel 82801GB PCIE" rev 0x02: apic 1 int 21 pci3 at ppb2 bus 3 wpi0 at pci3 dev 0 function 0 "Intel PRO/Wireless 3945ABG" rev 0x02: msi, MoW2, address 00:19:d2:03:ed:9d ppb3 at pci0 dev 28 function 2 "Intel 82801GB PCIE" rev 0x02: apic 1 int 22 pci4 at ppb3 bus 4 ppb4 at pci0 dev 28 function 3 "Intel 82801GB PCIE" rev 0x02: apic 1 int 23 pci5 at ppb4 bus 12 uhci0 at pci0 dev 29 function 0 "Intel 82801GB USB" rev 0x02: apic 1 int 16 uhci1 at pci0 dev 29 function 1 "Intel 82801GB USB" rev 0x02: apic 1 int 17 uhci2 at pci0 dev 29 function 2 "Intel 82801GB USB" rev 0x02: apic 1 int 18 uhci3 at pci0
My first macppc install going poorly as well
I got a nice G5 from work and would like to run OpenBSD macppc on it. However, when I attempt to install I get to what is described as step 4 for i386 and amd64 in the FAQ: booting hd0a:/bsd 4464500+838332 [58+204240+181750]=0x56cfd0 http://openbsd.org/faq/faq14.html#Boot386 Except that line does not fully complete and the screen goes blank white. I get the same results booting from CDs from 4.9, 5.1 and a fairly recent snapshot. The Apple Service Diagnostic disk claims everything is in great shape. It is a Power Mac G5 Dual 1.8GHz with the NVIDIA GeForceFX 5200 Ultra video card. I believe the original "Q37" but could be a June 2004 model, no idea how to tell for sure. https://en.wikipedia.org/wiki/Power_Mac_G5 Any suggestions? Did I just get a bad one? If I had a dmesg to attach I wouldn't be asking this question. :-) l8rZ, -- andrew - http://afresh1.com Life's unfair - but root password helps!
Android tethering via urndis(4)
On my amd64 workstation (see dmesg below), my android appears as an urndis(4) device a can provide the box with a network conection. urndis0 at uhub0 port 3 configuration 1 interface 0 "SAMSUNG Electronics Co., Ltd. Samsung Android USB Device" rev 2.00/4.00 addr 3 urndis0: address be:a1:fc:82:8f:c5 Trying to do the same on my i386 laptop (dmesg below), I get urndis0 at uhub0 port 1 configuration 1 interface 0 "SAMSUNG Electronics Co., Ltd. Samsung Android USB Device" rev 2.00/4.00 addr 2 urndis0: TIMEOUT urndis0: unable to get init response urndis0: TIMEOUT urndis0: unable to get query response urndis0: unable to get hardware address What could be the reason for that? The apparent difference between the two, USB-wise, is (amd64 box) uhub0 at usb0 "Intel EHCI root hub" rev 2.00/1.00 addr 1 (i386 laptop) uhub0 at usb0 "VIA UHCI root hub" rev 1.00/1.00 addr 1 i.e. USB2 vs USB1. Could that be it? The i386 laptop is a very old Compaq Armada. Jan OpenBSD 5.2-current (GENERIC.MP) #378: Mon Aug 20 12:55:12 MDT 2012 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP RTC BIOS diagnostic error 80 real mem = 1054593024 (1005MB) avail mem = 1004150784 (957MB) mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.5 @ 0xe4410 (25 entries) bios0: vendor Intel Corp. version "MOPNV10J.86A.0175.2010.0308.0620" date 03/08/2010 bios0: Intel Corporation D510MO acpi0 at bios0: rev 2 acpi0: sleep states S0 S1 S4 S5 acpi0: tables DSDT FACP APIC MCFG HPET SSDT acpi0: wakeup devices SLPB(S4) PS2M(S4) PS2K(S4) UAR1(S4) UAR2(S4) P32_(S4) ILAN(S4) PEX0(S4) PEX1(S4) PEX2(S4) PEX3(S4) UHC1(S3) UHC2(S3) UHC3(S3) UHC4(S3) EHCI(S3) AZAL(S4) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Intel(R) Atom(TM) CPU D510 @ 1.66GHz, 1666.95 MHz cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,TM2,SSSE3,CX16,xTPR,PDCM,MOVBE,NXE,LONG,LAHF cpu0: 512KB 64b/line 8-way L2 cache cpu0: apic clock running at 166MHz cpu1 at mainbus0: apid 1 (application processor) cpu1: Intel(R) Atom(TM) CPU D510 @ 1.66GHz, 1666.69 MHz cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,TM2,SSSE3,CX16,xTPR,PDCM,MOVBE,NXE,LONG,LAHF cpu1: 512KB 64b/line 8-way L2 cache cpu2 at mainbus0: apid 2 (application processor) cpu2: Intel(R) Atom(TM) CPU D510 @ 1.66GHz, 1666.69 MHz cpu2: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,TM2,SSSE3,CX16,xTPR,PDCM,MOVBE,NXE,LONG,LAHF cpu2: 512KB 64b/line 8-way L2 cache cpu3 at mainbus0: apid 3 (application processor) cpu3: Intel(R) Atom(TM) CPU D510 @ 1.66GHz, 1666.69 MHz cpu3: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,TM2,SSSE3,CX16,xTPR,PDCM,MOVBE,NXE,LONG,LAHF cpu3: 512KB 64b/line 8-way L2 cache ioapic0 at mainbus0: apid 8 pa 0xfec0, version 20, 24 pins ioapic0: misconfigured as apic 0, remapped to apid 8 acpimcfg0 at acpi0 addr 0xf800, bus 0-63 acpihpet0 at acpi0: 14318179 Hz acpiprt0 at acpi0: bus 5 (P32_) acpiprt1 at acpi0: bus 0 (PCI0) acpiprt2 at acpi0: bus 1 (PEX0) acpiprt3 at acpi0: bus 2 (PEX1) acpiprt4 at acpi0: bus 3 (PEX2) acpiprt5 at acpi0: bus 4 (PEX3) acpicpu0 at acpi0: C1, PSS acpicpu1 at acpi0: C1, PSS acpicpu2 at acpi0: C1, PSS acpicpu3 at acpi0: C1, PSS acpibtn0 at acpi0: SLPB pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 "Intel Pineview DMI" rev 0x02 vga1 at pci0 dev 2 function 0 "Intel Pineview Video" rev 0x02 wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) wsdisplay0: screen 1-5 added (80x25, vt100 emulation) intagp0 at vga1 agp0 at intagp0: aperture at 0xe000, size 0x1000 inteldrm0 at vga1: apic 8 int 16 drm0 at inteldrm0 ppb0 at pci0 dev 28 function 0 "Intel 82801GB PCIE" rev 0x01: msi pci1 at ppb0 bus 1 re0 at pci1 dev 0 function 0 "Realtek 8168" rev 0x03: RTL8168D/8111D (0x2800), apic 8 int 16, address 00:27:0e:07:09:9f rgephy0 at re0 phy 7: RTL8169S/8110S PHY, rev. 2 ppb1 at pci0 dev 28 function 1 "Intel 82801GB PCIE" rev 0x01: msi pci2 at ppb1 bus 2 ppb2 at pci0 dev 28 function 2 "Intel 82801GB PCIE" rev 0x01: msi pci3 at ppb2 bus 3 ppb3 at pci0 dev 28 function 3 "Intel 82801GB PCIE" rev 0x01: msi pci4 at ppb3 bus 4 uhci0 at pci0 dev 29 function 0 "Intel 82801GB USB" rev 0x01: apic 8 int 23 uhci1 at pci0 dev 29 function 1 "Intel 82801GB USB" rev 0x01: apic 8 int 19 uhci2 at pci0 dev 29 function 2 "Intel 82801GB USB" rev 0x01: apic 8 int 18 uhci3 at pci0 dev 29 function 3 "Intel 82801GB USB" rev 0x01: apic 8 int 16 ehci0 at pci0 dev 29 function 7 "Intel 82801GB USB" rev 0x01: apic 8 int 23 usb0 at ehci0: USB revision 2.0 uhub0 at usb0 "Intel EHCI root hub" rev 2.00/1.00 addr 1 ppb
Re: ThinkPad T60 x86emu panic on resume (w/patch)
With the diff below it resumes ok to X, but when I try to switch to text console or do a shutdown, I get this panic: /etc/rc.shutdown in progress... /etc/rc.shutdown complete. Stopped at cpu_idle_cycle+0xf: ret ddb{1}> bt No such command ddb{1}> trace cpu_idle_cycle(d406ac00) at cpu_idle_cycle+0xf Bad frame pointer: 0xf546ef5c ddb{1}> machine ddbcpu 0 Stopped at Debugger+0x4: popl%ebp ddb{0}> bt No such command ddb{0}> trace Debugger(d0b035e0,f54c2f08,0,14,6b) at Debugger+0x4 i386_ipi_handler(0,20,0,f54c0010,d0510010) at i386_ipi_handler+0x5f Xintripi() at Xintripi+0x49 --- interrupt --- kputchar(6b,14,0,1,0) at kputchar+0x1a kprintf(d08f3d1a,14,0,0,f54c2ef8) at kprintf+0x254 db_printf(d08f3d1a,1b88d72e,b,d03db6c2,0) at db_printf+0x3e kdbprinttrap(109,0,d9ddae24,1000,d0a47d44) at kdbprinttrap+0x1e kdb_trap(109,0,f54c2fa8,3,ffee3bd) at kdb_trap+0x1fc trap() at trap+0x2e7 --- trap (number 0) --- 0: ddb{0}> Index: vga_pci.c === RCS file: /cvs/src/sys/dev/pci/vga_pci.c,v retrieving revision 1.68 diff -u -r1.68 vga_pci.c --- vga_pci.c 22 Aug 2012 20:58:30 - 1.68 +++ vga_pci.c 2 Sep 2012 17:42:09 - @@ -186,7 +186,13 @@ { 0x, 0x, 0x, 0x }, 1, 0 }, - { /* All ATI video until further notice */ + { + { PCI_VENDOR_ATI, PCI_PRODUCT_ATI_RADEON_X1400, + 0x, 0x }, + { 0x, 0x, 0x, 0x}, 0, 0 + }, + + { /* Other ATI video until further notice */ { PCI_VENDOR_ATI, 0x, 0x, 0x }, { 0x, 0x, 0x, 0x}, 1, 0 * Alexander Polakov [120902 21:40]: > Suspending system... > # Stopped at x86emu_halt_sys+0x47f7: movl0x40(%edi),%ecx > x86emu_halt_sys(d408804c,3,f5470d6c,d0725f1c,d4088000) at > x86emu_halt_sys+0x47f > 7 > x86emu_exec(d4088000,c000,3,d05b0887,0) at x86emu_exec+0x41 > vga_post_call(d4088000,c0,f5470dbc,f5470d8c,d4016400) at vga_post_call+0x6c > vga_pci_activate(d4016400,3,f5470dbc,d05b2208,d3f29180) at > vga_pci_activate+0x9 > 8 > config_activate_children(d3f29180,3,f5470dec,d05b019c,0) at > config_activate_chi > ldren+0x45 > config_activate_children(d4016600,3,4,100107,f5470e1c) at > config_activate_child > ren+0x45 > ppbactivate(d4016600,3,f5470e5c,d05b2208,d3f29380) at ppbactivate+0x345 > config_activate_children(d3f29380,3,f5470e8c,d0840914,c0) at > config_activate_ch > ildren+0x45 > config_activate_children(d4015fc0,3,1,f5470ebc,0) at > config_activate_children+0 > x45 > acpi_resume(d4013c00,3,0,d409a560,d4013c00) at acpi_resume+0x134 > ddb{0}> trace > x86emu_halt_sys(d408804c,3,f5470d6c,d0725f1c,d4088000) at > x86emu_halt_sys+0x47f > 7 > x86emu_exec(d4088000,c000,3,d05b0887,0) at x86emu_exec+0x41 > vga_post_call(d4088000,c0,f5470dbc,f5470d8c,d4016400) at vga_post_call+0x6c > vga_pci_activate(d4016400,3,f5470dbc,d05b2208,d3f29180) at > vga_pci_activate+0x9 > 8 > config_activate_children(d3f29180,3,f5470dec,d05b019c,0) at > config_activate_chi > ldren+0x45 > config_activate_children(d4016600,3,4,100107,f5470e1c) at > config_activate_child > ren+0x45 > ppbactivate(d4016600,3,f5470e5c,d05b2208,d3f29380) at ppbactivate+0x345 > config_activate_children(d3f29380,3,f5470e8c,d0840914,c0) at > config_activate_ch > ildren+0x45 > config_activate_children(d4015fc0,3,1,f5470ebc,0) at > config_activate_children+0 > x45 > acpi_resume(d4013c00,3,0,d409a560,d4013c00) at acpi_resume+0x134 > acpi_sleep_state(d4013c00,3,0,d0840d41,d409a560) at acpi_sleep_state+0x7a > acpi_sleep_task(d4013c00,3,d9fd0744,1,d4013c00) at acpi_sleep_task+0x1a > acpi_dotask(d4013c00,20,d09ccf9d,0,d03db6c2) at acpi_dotask+0x42 > acpi_thread(d3f27770) at acpi_thread+0x123 > Bad frame pointer: 0xd0bbbe28 > ddb{0}> boot reboot > cbb0: bad Vcc request. sock_ctrl 0xff88, sock_status 0x > rebooting...
Re: Android tethering via urndis(4)
Run dmesg from a shell on the Android. See what its side of the story is. I think it uses eth0 and/or usb0 for tethering. Check ifconfig usb0/eth0 too. My guess is that the phone doesn't do usb1. Can you mount the phone as a storage device with the i386? If you can, you can pipe dmesg to a file in /sdcard, and copy it to your computer to easier reading. I ended up doing a hotplug script for my phone. No ip forwarding, just peer to peer, mainly for ssh and scp. On Sun, Sep 2, 2012 at 9:46 AM, Jan Stary wrote: > On my amd64 workstation (see dmesg below), my android appears > as an urndis(4) device a can provide the box with a network conection. > > urndis0 at uhub0 port 3 configuration 1 interface 0 "SAMSUNG Electronics > Co., Ltd. Samsung Android USB Device" rev 2.00/4.00 addr 3 > urndis0: address be:a1:fc:82:8f:c5 > > > Trying to do the same on my i386 laptop (dmesg below), I get > > urndis0 at uhub0 port 1 configuration 1 interface 0 "SAMSUNG Electronics > Co., Ltd. Samsung Android USB Device" rev 2.00/4.00 addr 2 > urndis0: TIMEOUT > urndis0: unable to get init response > urndis0: TIMEOUT > urndis0: unable to get query response > urndis0: unable to get hardware address > > > What could be the reason for that? > > The apparent difference between the two, USB-wise, is > (amd64 box) uhub0 at usb0 "Intel EHCI root hub" rev 2.00/1.00 addr 1 > (i386 laptop) uhub0 at usb0 "VIA UHCI root hub" rev 1.00/1.00 addr 1 > > i.e. USB2 vs USB1. Could that be it? > The i386 laptop is a very old Compaq Armada. > > Jan > > > > OpenBSD 5.2-current (GENERIC.MP) #378: Mon Aug 20 12:55:12 MDT 2012 > dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP > RTC BIOS diagnostic error 80 > real mem = 1054593024 (1005MB) > avail mem = 1004150784 (957MB) > mainbus0 at root > bios0 at mainbus0: SMBIOS rev. 2.5 @ 0xe4410 (25 entries) > bios0: vendor Intel Corp. version "MOPNV10J.86A.0175.2010.0308.0620" date > 03/08/2010 > bios0: Intel Corporation D510MO > acpi0 at bios0: rev 2 > acpi0: sleep states S0 S1 S4 S5 > acpi0: tables DSDT FACP APIC MCFG HPET SSDT > acpi0: wakeup devices SLPB(S4) PS2M(S4) PS2K(S4) UAR1(S4) UAR2(S4) > P32_(S4) ILAN(S4) PEX0(S4) PEX1(S4) PEX2(S4) PEX3(S4) UHC1(S3) UHC2(S3) > UHC3(S3) UHC4(S3) EHCI(S3) AZAL(S4) > acpitimer0 at acpi0: 3579545 Hz, 24 bits > acpimadt0 at acpi0 addr 0xfee0: PC-AT compat > cpu0 at mainbus0: apid 0 (boot processor) > cpu0: Intel(R) Atom(TM) CPU D510 @ 1.66GHz, 1666.95 MHz > cpu0: > FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,TM2,SSSE3,CX16,xTPR,PDCM,MOVBE,NXE,LONG,LAHF > cpu0: 512KB 64b/line 8-way L2 cache > cpu0: apic clock running at 166MHz > cpu1 at mainbus0: apid 1 (application processor) > cpu1: Intel(R) Atom(TM) CPU D510 @ 1.66GHz, 1666.69 MHz > cpu1: > FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,TM2,SSSE3,CX16,xTPR,PDCM,MOVBE,NXE,LONG,LAHF > cpu1: 512KB 64b/line 8-way L2 cache > cpu2 at mainbus0: apid 2 (application processor) > cpu2: Intel(R) Atom(TM) CPU D510 @ 1.66GHz, 1666.69 MHz > cpu2: > FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,TM2,SSSE3,CX16,xTPR,PDCM,MOVBE,NXE,LONG,LAHF > cpu2: 512KB 64b/line 8-way L2 cache > cpu3 at mainbus0: apid 3 (application processor) > cpu3: Intel(R) Atom(TM) CPU D510 @ 1.66GHz, 1666.69 MHz > cpu3: > FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,SBF,SSE3,MWAIT,DS-CPL,TM2,SSSE3,CX16,xTPR,PDCM,MOVBE,NXE,LONG,LAHF > cpu3: 512KB 64b/line 8-way L2 cache > ioapic0 at mainbus0: apid 8 pa 0xfec0, version 20, 24 pins > ioapic0: misconfigured as apic 0, remapped to apid 8 > acpimcfg0 at acpi0 addr 0xf800, bus 0-63 > acpihpet0 at acpi0: 14318179 Hz > acpiprt0 at acpi0: bus 5 (P32_) > acpiprt1 at acpi0: bus 0 (PCI0) > acpiprt2 at acpi0: bus 1 (PEX0) > acpiprt3 at acpi0: bus 2 (PEX1) > acpiprt4 at acpi0: bus 3 (PEX2) > acpiprt5 at acpi0: bus 4 (PEX3) > acpicpu0 at acpi0: C1, PSS > acpicpu1 at acpi0: C1, PSS > acpicpu2 at acpi0: C1, PSS > acpicpu3 at acpi0: C1, PSS > acpibtn0 at acpi0: SLPB > pci0 at mainbus0 bus 0 > pchb0 at pci0 dev 0 function 0 "Intel Pineview DMI" rev 0x02 > vga1 at pci0 dev 2 function 0 "Intel Pineview Video" rev 0x02 > wsdisplay0 at vga1 mux 1: console (80x25, vt100 emulation) > wsdisplay0: screen 1-5 added (80x25, vt100 emulation) > intagp0 at vga1 > agp0 at intagp0: aperture at 0xe000, size 0x1000 > inteldrm0 at vga1: apic 8 int 16 > drm0 at inteldrm0 > ppb0 at pci0 dev 28 function 0 "Intel 82801GB PCIE" rev 0x01: msi > pci1 at ppb0 bus 1 > re0 at pci1 dev 0 function 0 "Realtek 8168" rev 0x03: RTL8168D/8111D > (0x2800), apic 8 int 16, address 00:27:0e:07:09:9f > rgephy0 at re0 phy 7: RTL8169S/8110S PHY, rev. 2 > ppb1 at pci0 dev 28 function
Re: Bad malloc (?)
On Sun, Sep 02, 2012 at 04:18:17PM +0200, rustyBSD wrote: > Le 02/09/2012 16:06, rustyBSD a ?crit : > > [demime 1.01d removed an attachment of type text/x-patch which had a name > > of scsi.c.diff] > Mmhhh... > > --- scsi.cSun Sep 2 15:47:45 2012 > +++ scsi.cSun Sep 2 16:00:42 2012 > @@ -223,6 +223,7 @@ > case 'z': > { > char *p = malloc(count + 1); > +if (!p) err(errno, "malloc failed"); Confusing errno and exit code. Just use 1. Or err(1, NULL). The default message is clear enough. > p[count] = 0; > strncpy(p, (char *)arg, count); > if (letter == 'z') > @@ -307,6 +308,8 @@ > data_fmt = cget(&h, 0); > > scsireq->databuf = malloc(count); > +if (!scsireq->databuf) > +err(errno, "malloc failed"); Same here. And I prefer == NULL to !. I know it's equivalent, but reserveig ! for boolean values makes sense. -Otto > > if (data_phase == out) { > if (strcmp(data_fmt, "-") == 0){
Re: My first macppc install going poorly as well
On Sun, September 2, 2012 20:24, Andrew Fresh wrote: > I got a nice G5 from work and would like to run OpenBSD macppc on it. > > However, when I attempt to install I get to what is described as step 4 > for i386 and amd64 in the FAQ: > booting hd0a:/bsd 4464500+838332 [58+204240+181750]=0x56cfd0 > http://openbsd.org/faq/faq14.html#Boot386 My uniprocessor G5 with 1.6GHz CPU and FX5200 stops on the same moment when booting from cd (4.5 and latest snapshot). > Except that line does not fully complete and the screen goes blank > white. I get the same results booting from CDs from 4.9, 5.1 and a > fairly recent snapshot. > > The Apple Service Diagnostic disk claims everything is in great shape. > > It is a Power Mac G5 Dual 1.8GHz with the NVIDIA GeForceFX 5200 Ultra > video card. I believe the original "Q37" but could be a June 2004 > model, no idea how to tell for sure. > https://en.wikipedia.org/wiki/Power_Mac_G5 > > Any suggestions? Did I just get a bad one? > > If I had a dmesg to attach I wouldn't be asking this question. :-) > > l8rZ, > -- > andrew - http://afresh1.com > > Life's unfair - but root password helps!
Re: Bad malloc (?)
Le 02/09/2012 20:36, Otto Moerbeek a écrit : > Confusing errno and exit code. Just use 1. Or err(1, NULL). The > default message is clear enough. I use errno because most of other calls to err() in this file use errno too.
Re: Bad malloc (?)
On Sun, Sep 02, 2012 at 09:18:02PM +0200, rustyBSD wrote: > Le 02/09/2012 20:36, Otto Moerbeek a ?crit : > > Confusing errno and exit code. Just use 1. Or err(1, NULL). The > > default message is clear enough. > I use errno because most of other calls to err() in this > file use errno too. Then those are wrong as well. -Otto
ANZ account suspension notice
Your ANZ online Banking has been temporary suspended. To confirm your ANZ online account status please "LOGIN"
how to generate kernel message for testing
Hello, I've replaced syslogd with syslog-ng. I have the following config for kernel messages: > source kernel { > file("/dev/klog" program_override("kernel: ")); > }; > > destination kern { file("/var/log/kern"); }; > > log { source(kernel); destination(kern); }; Perhaps someone can comment on the validity of this config? I haven't seen anything in /var/log/kern since it's been running (days). Is there some way to generate a test kernel message ala logger(1)? If not, how about a harmless way to get the kernel to report an error? thanks, Rob
Re: Android tethering via urndis(4)
On Sun, Sep 02, 2012 at 18:46, Jan Stary wrote: > What could be the reason for that? > > The apparent difference between the two, USB-wise, is > (amd64 box) uhub0 at usb0 "Intel EHCI root hub" rev 2.00/1.00 addr 1 > (i386 laptop) uhub0 at usb0 "VIA UHCI root hub" rev 1.00/1.00 addr 1 > > i.e. USB2 vs USB1. Could that be it? That or the via chipset just isn't cool enough for android. There's not a lot of difference in usb code for i386 vs amd64. running i386 on your workstation would work the same.
Re: how to generate kernel message for testing
On Mon, Sep 03, 2012 at 02:44, IMAP List Administration wrote: > I haven't seen anything in /var/log/kern since it's been running (days). > > Is there some way to generate a test kernel message ala logger(1)? If > not, how > about a harmless way to get the kernel to report an error? plug something into a usb port.
Re: Bad malloc (?)
On Sun, Sep 02, 2012 at 08:36:57PM +0200, Otto Moerbeek wrote: > On Sun, Sep 02, 2012 at 04:18:17PM +0200, rustyBSD wrote: > > > Le 02/09/2012 16:06, rustyBSD a ?crit : > > > [demime 1.01d removed an attachment of type text/x-patch which had a name > > > of scsi.c.diff] > > Mmhhh... > > > > --- scsi.cSun Sep 2 15:47:45 2012 > > +++ scsi.cSun Sep 2 16:00:42 2012 > > @@ -223,6 +223,7 @@ > > case 'z': > > { > > char *p = malloc(count + 1); > > +if (!p) err(errno, "malloc failed"); > > Confusing errno and exit code. Just use 1. Or err(1, NULL). The > default message is clear enough. > > > p[count] = 0; > > strncpy(p, (char *)arg, count); > > if (letter == 'z') > > @@ -307,6 +308,8 @@ > > data_fmt = cget(&h, 0); > > > > scsireq->databuf = malloc(count); > > +if (!scsireq->databuf) > > +err(errno, "malloc failed"); > > Same here. > > And I prefer == NULL to !. I know it's equivalent, but reserveig ! for > boolean values makes sense. > > -Otto > > > > > if (data_phase == out) { > > if (strcmp(data_fmt, "-") == 0){ > It looks like the err() was caused by an incomplete mickey transition from fprint(stderr ...)/exit(n) to err(). And previous exit(n)'s were using errno as the exit value. A quick look shows that there are likely some fprintf()/exit()'s that could still be replaced with errx(). Ken
Melani �zent neked: Kaland kezdem�nyez�se.
Tisztelt Tag! [IMAGE]ÃrtesÃtünk, hogy a SunaMustra.com oldalon Melani jelezte, szÃvesen lefeküdne veled![IMAGE] [IMAGE] Melani adatlapja: http://sunamustra.com/pussy.php?id=36202032528 Amennyiben szeretnéd megtekinteni az adatlapját, vagy jóváhagyni a szexuális felkérését, kattints a képére! További szép napot kÃvánunk!
Novedades
[IMAGE] ¡La Ley de Educación lo dice bien claro! "Sin perjuicio del tratamiento especÃfico en algunas de las materias de la etapa, la comprensión lectora, la expresión oral y escrita... se trabajaran en TODAS (las asignaturas)". "La lectura constituye un factor primordial para el desarrollo de las competencias básicas. Los centros deberán garantizar en la práctica docente de TODAS las asignaturas un tiempo dedicado a la misma en todos los cursos de la etapa." --- ¿Conoces los materiales que tenemos para tu alumno? === Ven a ver nuestras "Sesiones". Minuto a minuto, dÃa a dÃa nuestra propuesta de cómo impartir la Educación FÃsica. sesiones ¿Conoces ya Fundamentos Teóricos de la Educación FÃsica? Un solo libro para la ESO y el Bachillerato. Lo usas cuando lo necesitas sin tenerte que "casar" con un método de enseñanza concreto. ¡Te esperamos! en www.pilatelena.com Mov. 609 25 20 82 pilatel...@pilatelena.com Para dase de baja hacer click aquÃ