Firewall PF con una interface de red con ALIAS
Buenas, Hace algun tiempo me virtulice un firewall PF en FreeBSD la cual tenia tres interfaces de red(mi archivo pf.conf) lop_if="lo0" ext_if="ed0" # INTERNET dmz_if="ed1" # DMZ lan_if="ed2" # LAN , ahora la quiero implementar en una maquina real pero esta solo tiene dos interfaces de red, la primera solucisn que se me ocurre es crear un alias a una interface pero ?como declaria esta en mi pf.conf?(no se puede hacer ext_if="ed0_alias0") ... me he bajado algunos libros y he googleado sin exito ... no creeria si alguien me dice que eso no se puede hacer ... debe haber una forma .. agradeceria mucho si alguien me da alguna pista. Gracias.
Asus acpi panic on boot ( was: dmesg for notebooks useful?)
On 21/05/2011, at 8:01 PM, Stuart Henderson wrote: I've tried such a laptop, booting from usb stick does indeed fail as you describe, however booting from the install cd (4.9 release) works just fine. Disabling acpi will allow the system to boot from the usb stick. Thanks for the info. I'll try disabling ACPI the next time I encounter one of these. You need the information in the panic message and trace. If you want to help get the problems with those machines tracked down, you need to get that information, maybe take a photo and type it in from there. If the panic message itself has scrolled off "show panic" should show it again. The only way disabling ACPI is helpful, is if the machine saves the dmesg buffer between boots, then you may be able to get the panic, boot -c, disable acpi, and save the information. Turns out it does, so here it is: The machine is an Asus K52F, looks like it could be quite a nice openbsd laptop otherwise. I ran 'show panic' at the ddb prompt first, then 'trace', then 'ps', then rebooted. I've also posted the output online at: http://www.no-tek.com/dmesg_K52F_panic to thwart reformatting in the email client. Happy to do more if I've screwed something up or if there's more I can do. (ps. I tried the 'mach ddbcpu <#>' refered to in the panic output, but only got error messages. I'm not familiar with this so I dont know what I'm doing. The ddb man page wasn't helpful.) OpenBSD 4.9 (GENERIC.MP) #794: Wed Mar 2 07:19:02 MST 2011 dera...@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP cpu0: Intel(R) Core(TM) i3 CPU M 370 @ 2.40GHz ("GenuineIntel" 686-class) 2.40 GHz cpu0: FPU,V86,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,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT real mem = 3133505536 (2988MB) avail mem = 3072098304 (2929MB) mainbus0 at root bios0 at mainbus0: AT/286+ BIOS, date 10/30/09, SMBIOS rev. 2.6 @ 0xec3d0 (77 entries) bios0: vendor American Megatrends Inc. version "K52F.212" date 11/01/2010 bios0: ASUSTeK Computer Inc. K52F acpi0 at bios0: rev 2 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP APIC DBGP ECDT SLIC MCFG HPET SSDT acpi0: wakeup devices PEG4(S4) PEG5(S4) PEG6(S4) P0P1(S4) EHC1(S3) USB1(S3) USB2(S3) USB3(S3) USB4(S3) EHC2(S3) USB5(S3) USB6(S3) USB7(S3) HDEF(S4) RP01(S4) RP02(S4) WLAN(S3) RP04(S4) RP05(S4) RP06(S4) GLAN(S4) RP07(S4) RP08(S4) GLAN(S4) RP03(S4) SLPB(S4) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: apic clock running at 132MHz cpu1 at mainbus0: apid 4 (application processor) cpu1: Intel(R) Core(TM) i3 CPU M 370 @ 2.40GHz ("GenuineIntel" 686-class) 2.40 GHz cpu1: FPU,V86,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,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT cpu2 at mainbus0: apid 1 (application processor) cpu2: Intel(R) Core(TM) i3 CPU M 370 @ 2.40GHz ("GenuineIntel" 686-class) 2.40 GHz cpu2: FPU,V86,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,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT cpu3 at mainbus0: apid 5 (application processor) cpu3: Intel(R) Core(TM) i3 CPU M 370 @ 2.40GHz ("GenuineIntel" 686-class) 2.40 GHz cpu3: FPU,V86,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,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,POPCNT ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins acpiec0 at acpi0 acpimcfg0 at acpi0 addr 0xe000, bus 0-255 acpihpet0 at acpi0: 14318179 Hz acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus -1 (PEG1) acpiprt2 at acpi0: bus -1 (PEG3) acpiprt3 at acpi0: bus -1 (PEG5) acpiprt4 at acpi0: bus 5 (P0P1) acpiprt5 at acpi0: bus 1 (RP01) acpiprt6 at acpi0: bus 2 (RP02) acpiprt7 at acpi0: bus -1 (RP04) acpiprt8 at acpi0: bus -1 (RP05) acpiprt9 at acpi0: bus 4 (RP06) acpiprt10 at acpi0: bus -1 (RP07) acpiprt11 at acpi0: bus -1 (RP08) acpiprt12 at acpi0: bus 3 (RP03) acpicpu0 at acpi0: C1, PSS acpicpu1 at acpi0: C1, PSS acpicpu2 at acpi0: C1, PSS acpicpu3 at acpi0: C1, PSS acpitz0 at acpi0acpitz0: THRM: failed to read _CRT : no critical temperature defined acpiac0 at acpi0: AC unit in unknown state acpibat0 at acpi0: BAT0 not present acpibtn0 at acpi0: LID_ acpibtn1 at acpi0: SLPB acpivideo0 at acpi0: GFX0 acpivideo1 at acpi0: GFX0 acpivideo2 at acpi0: GFX0 acpivout0 at acpivideo2: LCDD [\\_SB_.PCI0.SBRG.EC0_.PWAC] 0xd3f296c4 cnt:02 stk:00 buffer: 40 {0d, 1c, 2c, 3b, 4a, 5a, 69, 78, 88, 97, a7, b8, ca, dc, ee, ff, 1a, 29, 39, 48, 57, 67, 76, 85, 95, a4, b3, c3, d2, e1, f1, ff, 21, 31, 40, 50, 5f, 6e, 7d, 8d, 9c, ac, bb, ca, da, e7, f3, ff, 33, 40, 4d, 5a, 67, 73,
Re: OpenSMTPD and aliases.
On Sun, May 22, 2011 at 07:00:08AM +0930, David Walker wrote: > Gilles Chehade scrivere: > > Care to do some testing now that envelope expansion code has been > > updated ? > > Hi Gilles, I've used the snapshot from 20th May: > 4.9 GENERIC#76 i386 > > Everything looks great. > > [...] > > I have a web server with a few clients ... and no SLA ... > I'll update that soon and use them as lab rats. :] > > Thank you. > Thanks for reporting ;-) You really want to keep smtpd -current, some fixes went in today to prevent a fatal() from being triggered amongst other things Gilles -- Gilles Chehade http://www.poolp.org
Re: OpenSMTPD and aliases.
Gilles Chehade scrivere: > Care to do some testing now that envelope expansion code has been > updated ? Hi Gilles, I've used the snapshot from 20th May: 4.9 GENERIC#76 i386 Everything looks great. A simple smtpd.conf: listen on if0 map "aliases" { source plain "/etc/mail/aliases" } accept from all for my.domain alias aliases deliver to mbox Aliases file: test:root Mail to test@my.domain and root@my.domain work. Mail to before@ and after@ also work and end up in roots mbox: before:postmaster postmaster:root after:postmaster The logs look great. I have a web server with a few clients ... and no SLA ... I'll update that soon and use them as lab rats. :] Thank you. > Gilles Best wishes.
"splassert: assertwaitok: want -1 have 1"
I'm posting this because I haven't yet found a resolution ot this problem. I hope somebody can help me. I get the following error on my OpenBSD amd64 4.9 Stable firewall/router: "splassert: assertwaitok: want -1 have 1" This appears on the firewall/router scree. Then my Internet connection dies and I have to reboot to get re-connected. This error began for me with amd64 OpenBSD 4.9 Stable. I've never had it before in any previous version, with 4.8 Stable being my most previosu version. I've been using Kernel Mode PPPoe. I also get the error: "/bsd: splassert: assertwaitok: want -1 have 1" during bootup, but after the bootup completes, the Internet connection still works. It only stops working when after bootup I get the same error again. It APPEARS to come in response to the Internet connection being lost and having to be re-negotiated. I Googled and found some references from 1/2011 to this, but have found no posts of any resolution I also searched the OpenBSD.misc mailing list and found one unanwered post from 1/27/2011. I added kern.splassert=2 tot sysctl.conf. Now when I get the error, the readout is as follows: May 21 04:53:59 meenon /bsd: splassert: assertwaitok: want -1 have 1 May 21 04:53:59 meenon /bsd: Starting stack trace... May 21 04:53:59 meenon /bsd: assertwaitok() at assertwaitok+0x1c May 21 04:53:59 meenon /bsd: pool_get() at pool_get+0x95 May 21 04:53:59 meenon /bsd: ifa_item_insert() at ifa_item_insert+0x35 May 21 04:53:59 meenon /bsd: ifa_add() at ifa_add+0x43 May 21 04:53:59 meenon /bsd: in_ifinit() at in_ifinit+0x16f May 21 04:53:59 meenon /bsd: sppp_set_ip_addrs() at sppp_set_ip_addrs+0x107 May 21 04:53:59 meenon /bsd: sppp_ipcp_tlu() at sppp_ipcp_tlu+0x4e May 21 04:53:59 meenon /bsd: sppp_input() at sppp_input+0x595 May 21 04:53:59 meenon /bsd: pppoeintr() at pppoeintr+0x41d May 21 04:53:59 meenon /bsd: netintr() at netintr+0x97 May 21 04:53:59 meenon /bsd: softintr_dispatch() at softintr_dispatch+0x5d May 21 04:53:59 meenon /bsd: Xsoftnet() at Xsoftnet+0x2d May 21 04:53:59 meenon /bsd: --- interrupt --- May 21 04:53:59 meenon /bsd: end trace frame: 0x0, count: 245 May 21 04:53:59 meenon /bsd: 0x8: May 21 04:53:59 meenon /bsd: End of stack trace. My complete bootup messages from /var/log/messages is: May 21 04:53:59 meenon syslogd: start May 21 04:53:59 meenon /bsd: OpenBSD 4.9-stable (GENERIC.MP) #1: Sat May 21 04:46:32 EDT 2011 May 21 04:53:59 meenon /bsd: r...@meenon.my.domain:/usr/src/sys/arch/amd64/compile/GENERIC.MP May 21 04:53:59 meenon /bsd: real mem = 3488022528 (3326MB) May 21 04:53:59 meenon /bsd: avail mem = 3381149696 (3224MB) May 21 04:53:59 meenon /bsd: mainbus0 at root May 21 04:53:59 meenon /bsd: bios0 at mainbus0: SMBIOS rev. 2.5 @ 0x9f000 (64 entries) May 21 04:53:59 meenon /bsd: bios0: vendor American Megatrends Inc. version "0901" date 09/06/2010 May 21 04:53:59 meenon /bsd: bios0: ASUSTeK Computer INC. M4A88TD- M/USB3 May 21 04:53:59 meenon /bsd: acpi0 at bios0: rev 2 May 21 04:53:59 meenon /bsd: acpi0: sleep states S0 S1 S3 S4 S5 May 21 04:53:59 meenon /bsd: acpi0: tables DSDT FACP APIC MCFG OEMB SRAT HPET SSDT May 21 04:53:59 meenon /bsd: acpi0: wakeup devices PCE2(S4) PCE3(S4) PCE5(S4) PCE6(S4) PCE7(S4) PCE9(S4) PCEA(S4) RLAN(S4) SBAZ(S4) P0PC(S4) GEC_(S4) UHC1(S4) UHC2(S4) USB3(S4) UHC4(S4) USB5(S4) UHC6(S4) UHC7(S4) PS2M(S4) PS2K(S4) UAR1(S4) May 21 04:53:59 meenon /bsd: acpitimer0 at acpi0: 3579545 Hz, 32 bits May 21 04:53:59 meenon /bsd: acpimadt0 at acpi0 addr 0xfee0: PC-AT compat May 21 04:53:59 meenon /bsd: cpu0 at mainbus0: apid 0 (boot processor) May 21 04:53:59 meenon /bsd: cpu0: AMD Phenom(tm) II X6 1090T Processor, 3214.69 MHz May 21 04:53:59 meenon /bsd: cpu0: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36, CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,MWAIT,CX16,POPCNT,NXE,MMXX,FFXSR,LONG, 3DNOW2,3DNOW May 21 04:53:59 meenon /bsd: cpu0: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB 64b/line 16-way L2 cache May 21 04:53:59 meenon /bsd: cpu0: ITLB 32 4KB entries fully associative, 16 4MB entries fully associative May 21 04:53:59 meenon /bsd: cpu0: DTLB 48 4KB entries fully associative, 48 4MB entries fully associative May 21 04:53:59 meenon /bsd: cpu0: apic clock running at 200MHz May 21 04:53:59 meenon /bsd: cpu1 at mainbus0: apid 1 (application processor) May 21 04:53:59 meenon /bsd: cpu1: AMD Phenom(tm) II X6 1090T Processor, 3214.33 MHz May 21 04:53:59 meenon /bsd: cpu1: FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36, CFLUSH,MMX,FXSR,SSE,SSE2,HTT,SSE3,MWAIT,CX16,POPCNT,NXE,MMXX,FFXSR,LONG, 3DNOW2,3DNOW May 21 04:53:59 meenon /bsd: cpu1: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 512KB 64b/line 16-way L2 cache May 21 04:53:59 meenon /bsd: cpu1: ITLB 32 4KB entries fully associative, 16 4MB entries fully associative May 21 04:53:59 meenon /bsd: cpu1: DTLB 48 4KB entries fully associative, 48 4MB entries fully associative May 21
Re: IBM xServer 336/346 - OpenBSD 4.9
On Fri, May 20, 2011 at 7:43 AM, LEVAI Daniel wrote: > (Just for the record) > Regarding PR#6523, OpenBSD 4.9 works with pci.c 1.88 (from OPENBSD_4_9), > patched with kettenis@'s pci.c patch 1.72 [1]. > I was afraid it won't apply, or there will be incompatibilities with > other parts, but so far so good. > (It's unfortuane it broke other systems :( ) Thanks for confirming this, I am no longer using OpenBSD with IBM x336 series for that very reason. Cheers, Steph
PowerMath Newsletter
PowerMath Newsletter Mathematics Made Easy May 2011 Animated Lesson-Shows : Courses in Arithmetic, Algebra, Geometry, Trigonometry, Pre-Calculus, Calculus, Probability and Statistics covering Middle-School, High-School and University level Mathematics, for Students and Instructors. PowerMath has been featured on among others . . . Exclusion: If you no longer wish to receive email from PowerClassroom Software invoke < delete > Please do NOT reply to this e-mail if you wish to unsubscribe, instead use the instructions above. Any/all information collected from our customers will not be sold, shared, or rented.
Re: Theo's Birthday, have you done anything?
2011/5/21 Kevin Chadwick : > So Marco, what diffs are you going to try to sneak in while Theos > hiking. ;-) Something with IPSec? ;-)
Re: Theo's Birthday, have you done anything?
On Sat, 21 May 2011 09:30:40 -0600 Theo de Raadt wrote: > That is not true at all. Hiking time is not coding time. With the > hikes I do, it is serious time away from code.. So Marco, what diffs are you going to try to sneak in while Theos hiking. ;-)
Re: Theo's Birthday, have you done anything?
> > Remember hiking == code. > > That is not true at all. Hiking time is not coding time. With the > hikes I do, it is serious time away from code.. Yes, but it recharges batteries. So Marco is right in the way he intended. :-)
Re: Theo's Birthday, have you done anything?
On Sat, May 21, 2011 at 09:30:40AM -0600, Theo de Raadt wrote: > > I know Theo wants this: > > http://cgi.ebay.com/Arcteryx-Naos-55-backpack-size-tall-Arcteryx-/300559016308?pt=LH_DefaultDomain_0&hash=item45fab6a174 > > > > I am bidding on it so contact me off list if you want to contribute. > > Geez, this is crazy. But thanks guys. > > > Remember hiking == code. > > That is not true at all. Hiking time is not coding time. With the > hikes I do, it is serious time away from code.. You want it, people wanted to contribute. They came through so your bag is on the way. If you don't hike you'll blow your lid and our toy goes away; can't have that ;-)
Re: Theo's Birthday, have you done anything?
> I know Theo wants this: > http://cgi.ebay.com/Arcteryx-Naos-55-backpack-size-tall-Arcteryx-/300559016308?pt=LH_DefaultDomain_0&hash=item45fab6a174 > > I am bidding on it so contact me off list if you want to contribute. Geez, this is crazy. But thanks guys. > Remember hiking == code. That is not true at all. Hiking time is not coding time. With the hikes I do, it is serious time away from code..
Re: Better security? Haha
On Sat, 21 May 2011 08:26:50 +1000 Rod Whitworth wrote: > And I think that we'd all laugh at unpriveleged apps messing with the > rules. Yeah it should be a completely seperate layer if anything. It can already be done to some degree with systrace on OpenBSD and so I'd guess strace on Linux.
Re: dmesg for notebooks useful?
On Sat, 21 May 2011, Stuart Henderson wrote: >On 2011-05-21, Dave Anderson wrote: >> On Sat, 21 May 2011, Paul M wrote: >> >>>On 20/05/2011, at 12:27 PM, Dave Anderson wrote: >>> FWIW I've encountered several ASUS notebooks which panic during boot (in aml_parse or parse_aml, I can't remember which is correct); since >>> >>>aml_xparse >>> these are store demo machines I don't have any good way to capture the detailed information (I'm booting from a USB stick and saving the dmseg to the stick.) If there's some small amount of information that can be gotten without any additional hardware, etc, and would help diagnose these problems, I'll write it down and report it if someone tells me exactly how to get it. The panic info is long enough that some of it scrolls off the screen. >>> >>>I've tried such a laptop, booting from usb stick does indeed fail as >>>you describe, however booting from the install cd (4.9 release) works >>>just fine. >>> >>>Disabling acpi will allow the system to boot from the usb stick. >> >> Thanks for the info. I'll try disabling ACPI the next time I encounter >> one of these. > >You need the information in the panic message and trace. >If you want to help get the problems with those machines tracked >down, you need to get that information, maybe take a photo and >type it in from there. > >If the panic message itself has scrolled off "show panic" >should show it again. I'll see what I can do. Dave >The only way disabling ACPI is helpful, is if the machine saves the >dmesg buffer between boots, then you may be able to get the panic, >boot -c, disable acpi, and save the information. > >ACPI should not be disabled on modern machines, they are not >meant to work that way. -- Dave Anderson
nem működik: http://premier.x3m-host.com/index.php
mi a baj? sms-t elkC
EuroBSDcon proposal deadline May 30 2011 approaching!
EuroBSDcon 2011 - Maarssen, The Netherlands - October 6-9, 2011 This year EuroBSDcon will take place in Maarssen near Utrecht, The Netherlands. As usual, the presenattions will be on saturday and sunday (October 8-9) preceeded by two days of tutorials. The Call for Presentation and Tutorial Proposals deadline is Monday, May 30, 2011 so please send in your proposals to submiss...@eurobsdcon.org now! Adrian Steinmann, on behalf of the EuroBSDCon 2011 Program Committee EuroBSDCon 2011 Call for Proposals EuroBSDCon is a conference for users and developers on BSD based systems. In October 2011, the tenth edition of the conference is being held in Maarssen near Utrecht, The Netherlands. The conference is for anyone developing, deploying and using systems based on FreeBSD, NetBSD, OpenBSD, DragonFlyBSD, or any other 4.4BSD derived operating system. EuroBSDCon is a technical conference and aims to collect the best technical papers and presentations available to ensure that the latest developments in our open source community are shared with the widest possible audience. Program Chair Paul Schenkeveld, (PSconsult ICT Services BV, The Netherlands) Program Committee Members Adrian Steinmann (Webgroup Consulting AG, Switzerland) Ed Schouten (FreeBSD Project, The Netherlands) Jvrg Sonnenberger (NetBSD Project, Germany) Peter Hansteen (OpenBSD Project, Norway) Author Schedule May 30, 2011 Extended abstracts for papers and presentations acceptance ends. June 13, 2011 Authors notified by the program committee. July 11, 2011 Final papers due. How to Submit The initial submission must be in the form of a complete paper or an extended abstract between 2 and 12 pages long (A4 paper) in English. While there is no particular format for the abstract, submissions which are much beyond this form such as too long or too short one will be rejected. Submissions should be written from a strong technical background and should clearly demonstrate that: o There is a significant problem being solved or a real world experience being demonstrated. o There is active work being done. o There is enough progress to make a complete written submission. o There is data proving either the success or failure of any claims. The technical program committee are interested in all technical areas which relate to the BSDs, including User Applications, Novel Interfaces, Networking, Embedded Systems, Security, Device Support and systems both inside and outside of the kernel. Abstracts and papers should be submitted electronically in PDF format via email to submiss...@eurobsdcon.org. In addition to the paper itself, the email should include (an in-lined form or as an attachment) the following information in plain text: Paper title Abstract (150-250 words) Names and affiliations of the authors Contact email address Author Biography (50-100 words) If you have questions or encounter problems, please send electronic mail to the program committee at submiss...@eurobsdcon.org. Include appropriate references to establish that you are familiar with related work, and where possible, provide detailed data to establish that you have a working implementation or measurement tool. Submissions will be judged on the quality of the written submission and whether or not the work is of interest to the community. Business development or marketing pieces are not appropriate for submission. Proposals should be new papers, not previously read at other conferences. Likewise, accepted papers should not be presented at other conferences after EuroBSDCon without new art. All papers are be considered 'open source' meaning that all submissions may be made available to the community by the program conference during and after the conference. All of the authors will be notified by June 13, 2011. All accepted submissions will be expected to produce a final paper by July 11, 2011 for publication on the conference web site. The final paper should describe work that has been completed as of the time of their submission. If necessary, members of the program committee will help shepherd authors through the writing process prior to final acceptance for publication in the proceedings. To discuss potential submissions and for inquiries regarding the content of the conference program, contact the program committee at submiss...@eurobsdcon.org. Invited Talks These presentations and discussions highlight the hottest new developments in the BSD world as well as real world experiences. These talks may range from highly technical to survey-style presentations and range over many timely and interesting topics. We welcome suggestions for topics and request proposals for particular talks. In your proposal state the main focus, including a brief outline, and be sure to emphasize why your topic is of
Re: dmesg for notebooks useful?
On 2011-05-21, Dave Anderson wrote: > On Sat, 21 May 2011, Paul M wrote: > >>On 20/05/2011, at 12:27 PM, Dave Anderson wrote: >> >>> FWIW I've encountered several ASUS notebooks which panic during boot >>> (in aml_parse or parse_aml, I can't remember which is correct); since >> >>aml_xparse >> >>> these are store demo machines I don't have any good way to capture the >>> detailed information (I'm booting from a USB stick and saving the dmseg >>> to the stick.) If there's some small amount of information that can be >>> gotten without any additional hardware, etc, and would help diagnose >>> these problems, I'll write it down and report it if someone tells me >>> exactly how to get it. The panic info is long enough that some of it >>> scrolls off the screen. >> >>I've tried such a laptop, booting from usb stick does indeed fail as >>you describe, however booting from the install cd (4.9 release) works >>just fine. >> >>Disabling acpi will allow the system to boot from the usb stick. > > Thanks for the info. I'll try disabling ACPI the next time I encounter > one of these. You need the information in the panic message and trace. If you want to help get the problems with those machines tracked down, you need to get that information, maybe take a photo and type it in from there. If the panic message itself has scrolled off "show panic" should show it again. The only way disabling ACPI is helpful, is if the machine saves the dmesg buffer between boots, then you may be able to get the panic, boot -c, disable acpi, and save the information. ACPI should not be disabled on modern machines, they are not meant to work that way.
Re: Theo's Birthday, have you done anything?
I didn't donate anything. But I want to say this "Happy Birthday Theo" 2011/5/21 patrick keshishian > ok. count me in for $100. > happy birthday Theo! > > > On Fri, May 20, 2011 at 8:46 PM, Marco Peereboom > wrote: > > I know Theo wants this: > > > http://cgi.ebay.com/Arcteryx-Naos-55-backpack-size-tall-Arcteryx-/300559016308?pt=LH_DefaultDomain_0&hash=item45fab6a174 > > > > I am bidding on it so contact me off list if you want to contribute. > > > > Remember hiking == code. > > -- *There is no place like "/home"* *From HemiB A R R A C U D A !*