From owner-freebsd-current@FreeBSD.ORG Sun Feb 28 04:31:54 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D1231065670; Sun, 28 Feb 2010 04:31:54 +0000 (UTC) (envelope-from nork@ninth-nine.com) Received: from sakura.ninth-nine.com (unknown [IPv6:2001:2f0:104:80a1::25]) by mx1.freebsd.org (Postfix) with ESMTP id 189288FC1D; Sun, 28 Feb 2010 04:31:52 +0000 (UTC) Received: from nadesico.ninth-nine.com (ns1.ninth-nine.com [219.127.74.121] (may be forged)) (authenticated bits=0) by sakura.ninth-nine.com (8.14.4/8.14.3/NinthNine) with ESMTP id o1S4Vk1K076552; Sun, 28 Feb 2010 13:31:51 +0900 (JST) (envelope-from nork@ninth-nine.com) Date: Sun, 28 Feb 2010 13:31:45 +0900 From: Norikatsu Shigemura To: Alexander Motin Message-Id: <20100228133145.e0c8bc68.nork@ninth-nine.com> In-Reply-To: <20100226014718.c0a07c84.nork@FreeBSD.org> References: <20100218023945.848cd01a.nork@FreeBSD.org> <4B7EF63C.7030008@FreeBSD.org> <20100226014718.c0a07c84.nork@FreeBSD.org> X-Mailer: Sylpheed 2.7.1 (GTK+ 2.18.5; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-arm@FreeBSD.org, freebsd-current@FreeBSD.org, Shigemura , Norikatsu Subject: Re: ATA_CAM-ed mvsata(4) on OpenRD-client X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Feb 2010 04:31:54 -0000 Hi mav. I didn't know what's happen. So I'll report code trace and cam related struct dump with ddb which I made. The first, cam ddb patch: show cam show cam_eb show cam_et show cam_ed show cam_sim show cam_periph I saw gibbs'd document, and made it. If not enough, please tell me! (*) http://people.freebsd.org/~gibbs/ARTICLE-0001.html I got following results: - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - : sata0: at mem 0xf1080000-0xf1085fff irq 21 on mbus0 sata0: [MPSAFE] sata0: [ITHREAD] ata0: on sata0 ata0: [MPSAFE] ata0: [ITHREAD] ata1: on sata0 ata1: [MPSAFE] ata1: [ITHREAD] pcib0: at mem 0xf1040000-0xf1041fff on mbus0 pcib0: PCI IO/Memory space exhausted device_attach: pcib0 attach returned 12 Timecounter "CPU Timer" frequency 200000000 Hz quality 1000 Timecounters tick every 10.000 msec lo0: bpf attached spin lock 0xc36c8d00 () held by 0xc361bb08 (tid -1061281488) too long panic: spin lock held too long KDB: enter: panic [ thread pid 0 tid 100000 ] Stopped at 0xc09e1d04 = kdb_enter+0x48: ldrb r15, [r15, r15, ror r15]! db> show cam Transport layer configuration information: cam_eb = 0xc36c88c0: path_id = 0, sim_name = ata cam_et = 0xc36c8880: target_id = 4294967295 cam_ed = 0xc376e000: lun_id = 4294967295 cam_eb = 0xc3770840: path_id = 1, sim_name = ata cam_et = 0xc3770800: target_id = 4294967295 cam_ed = 0xc376e800: lun_id = 4294967295 cam_eb = 0xc35df5c0: path_id = 4294967295, sim_name = xpt cam_et = 0xc35df540: target_id = 4294967295 cam_ed = 0xc356d800: lun_id = 4294967295 cam_periph = 0xc3574b80: unit_number = 0, periph_name = xpt - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - [cam_eb = 0xc36c88c0] OK line - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - db> show cam_eb 0xc36c88c0 CAM Existing Bus information: et_entries = -> 0xc36c8880 (struct cam_et *) links = -> 0xc3770840 (struct cam_eb *) path_id = 0 sim = 0xc3604780 (struct cam_sim *) last_reset = 0.0[s] flags = 0x0 refcount = 4 generation = 1 parent_dev = 0 (device_t) xport = 0xc0bbfe80 (struct xpt_xport *) db> show cam_sim 0xc3604780 SIM(SCSI Interface Module) information: sim_action = 0xc0929c38 sim_poll = 0xc09294e8 sim_name = ata softc = 0xc35e5800 (void *) mtx = 0xc35e5974 (struct mtx *) sim_doneq = -> 0 (struct ccb_hdr *) links = -> 0 (struct cam_sim *) path_id = 0 unit_number = 0 bus_id = 0 max_tagged_dev_openings = 0 max_dev_openings = 1 flags = 0x2 callout = 0xc36047bc (struct callout) devq = 0xc3604800 (struct cam_devq) refcount = 2 ccb_freeq = -> 0 (struct ccb_hdr *) max_ccbs = 9 ccb_count = 0 db> show cam_et 0xc36c8880 CAM Existing Target information: ed_entries = -> 0xc376e000 (struct cam_ed *) links = -> 0 (struct cam_et *) bus = 0xc36c88c0 (struct cam_eb *) target_id = 4294967295 refcount = 3 generation = 1 last_reset = 0.0[s] db> show cam_ed 0xc376e000 CAM Existing Device information: links = -> 0 (struct cam_ed *) alloc_ccb_entry send_ccb_entry target = 0xc36c8880 (struct cam_et *) sim = 0xc3604780 (struct cam_sim *) lun_id = 4294967295 drvq ccbq asyncs periphs = -> 0 (struct cam_periph *) generation = 0 owner = 0 (struct cam_periph *) quirk = 0 (void *) maxtags = 1 mintags = 1 protocol protocol_version = 0 transport transport_version = 0 inq_data ident_data inq_flags = 0x0 queue_flags = 0x0 serial_num_len = 0 serial_num = 0 (u_int8_t *) flags = 0x1 tag_delay_count = 0 tag_saved_openings = 0 refcount = 2 callout = 0xc376e3d0 (struct callout) - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - [cam_eb = 0xc35df5c0] Freeze Line - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - db> show cam_eb 0xc35df5c0 CAM Existing Bus information: et_entries = -> 0xc35df540 (struct cam_et *) links = -> 0 (struct cam_eb *) path_id = 4294967295 sim = 0xc3574c00 (struct cam_sim *) last_reset = 0.0[s] flags = 0x0 refcount = 3 generation = 3 parent_dev = 0 (device_t) xport = 0xc0bbfc6c (struct xpt_xport *) db> show cam_sim 0xc3574c00 SIM(SCSI Interface Module) information: sim_action = 0xc0906df8 sim_poll = 0xc0904018 sim_name = xpt softc = 0xc3574b80 (void *) mtx = 0xc0be5204 (struct mtx *) sim_doneq = -> 0 (struct ccb_hdr *) links = -> 0 (struct cam_sim *) path_id = 4294967295 unit_number = 0 bus_id = 0 max_tagged_dev_openings = 0 max_dev_openings = 0 flags = 0x2 callout = 0xc3574c3c (struct callout) devq = 0xc3574c80 (struct cam_devq) refcount = 2 ccb_freeq = -> 0 (struct ccb_hdr *) max_ccbs = 8 ccb_count = 0 db> show cam_et 0xc35df540 CAM Existing Target information: ed_entries = -> 0xc356d800 (struct cam_ed *) links = -> 0 (struct cam_et *) bus = 0xc35df5c0 (struct cam_eb *) target_id = 4294967295 refcount = 2 generation = 1 last_reset = 0.0[s] db> show cam_ed 0xc356d800 CAM Existing Device information: links = -> 0 (struct cam_ed *) alloc_ccb_entry send_ccb_entry target = 0xc35df540 (struct cam_et *) sim = 0xc3574c00 (struct cam_sim *) lun_id = 4294967295 drvq ccbq asyncs periphs = -> 0xc3574b80 (struct cam_periph *) generation = 1 owner = 0 (struct cam_periph *) quirk = 0 (void *) maxtags = 1 mintags = 1 protocol protocol_version = 0 transport transport_version = 0 inq_data ident_data inq_flags = 0x0 queue_flags = 0x0 serial_num_len = 0 serial_num = 0 (u_int8_t *) flags = 0x1 tag_delay_count = 0 tag_saved_openings = 0 refcount = 2 callout = 0xc356dbd0 (struct callout) db> show cam_periph 0xc3574b80 CAM Peripheral information: pinfo periph_start = 0 (periph_start_t *) periph_oninval = 0 (periph_oninval *) periph_dtor = 0 (periph_dtor_t *) periph_name = xpt path = 0xc35613b0 (struct cam_path *) softc = 0 (void *) sim = 0xc3574c00 (struct cam_sim *) unit_number = 0 type = 0x0 flags = 0x0 immediate_priority = 4294967295 refcount = 0 ccb_list = -> 0 (struct ccb_hdr *) periph_links = -> 0 (struct cam_periph *) unit_links = -> 0 (struct cam_periph *) deferred_callback = 0 (ac_callback_t *) deferred_ac - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - patch: - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - --- sys/cam/cam_periph.c.orig 2010-01-28 17:41:30.000000000 +0900 +++ sys/cam/cam_periph.c 2010-02-28 11:09:19.984247259 +0900 @@ -58,6 +58,12 @@ #include #include +#include "opt_ddb.h" + +#ifdef DDB +#include +#endif + static u_int camperiphnextunit(struct periph_driver *p_drv, u_int newunit, int wired, path_id_t pathid, target_id_t target, @@ -1859,3 +1865,42 @@ return (error); } + +#ifdef DDB +static void +cam_show_cam_periph(struct cam_periph *periph) +{ + if (periph == NULL) + return; + + db_printf("CAM Peripheral information:\n"); + + db_printf(" pinfo\n"); + db_printf(" periph_start = %p (periph_start_t *)\n", periph->periph_start); + db_printf(" periph_oninval = %p (periph_oninval *)\n", periph->periph_oninval); + db_printf(" periph_dtor = %p (periph_dtor_t *)\n", periph->periph_dtor); + db_printf(" periph_name = %s\n", periph->periph_name); + db_printf(" path = %p (struct cam_path *)\n", periph->path); + db_printf(" softc = %p (void *)\n", periph->softc); + db_printf(" sim = %p (struct cam_sim *)\n", periph->sim); + db_printf(" unit_number = %u\n", periph->unit_number); + db_printf(" type = 0x%x\n", periph->type); + db_printf(" flags = 0x%x\n", periph->flags); + db_printf(" immediate_priority = %u\n", periph->immediate_priority); + db_printf(" refcount = %u\n", periph->refcount); + db_printf(" ccb_list = -> %p (struct ccb_hdr *)\n", SLIST_FIRST(&periph->ccb_list)); + db_printf(" periph_links = -> %p (struct cam_periph *)\n", SLIST_NEXT(periph, periph_links)); + db_printf(" unit_links = -> %p (struct cam_periph *)\n", TAILQ_NEXT(periph, unit_links)); db_printf(" deferred_callback = %p (ac_callback_t *)\n", periph->deferred_callback); + db_printf(" deferred_ac\n"); +} + +DB_SHOW_COMMAND(cam_periph, db_show_cam_periph) +{ + if (!have_addr) { + db_printf("usage: show cam_periph \n"); + return; + } + + cam_show_cam_periph((struct cam_periph*)addr); +} +#endif --- sys/cam/cam_sim.c.orig 2010-01-28 22:45:23.512540000 +0900 +++ sys/cam/cam_sim.c 2010-02-28 11:10:17.866613899 +0900 @@ -41,6 +41,12 @@ #include #include +#include "opt_ddb.h" + +#ifdef DDB +#include +#endif + #define CAM_PATH_ANY (u_int32_t)-1 MALLOC_DEFINE(M_CAMSIM, "CAM SIM", "CAM SIM buffers"); @@ -145,3 +151,43 @@ { sim->path_id = path_id; } + +#ifdef DDB +static void +cam_show_cam_sim(struct cam_sim *sim) +{ + if (sim == NULL) + return; + + db_printf("SIM(SCSI Interface Module) information:\n"); + db_printf(" sim_action = %p\n", sim->sim_action); + db_printf(" sim_poll = %p\n", sim->sim_poll); + db_printf(" sim_name = %s\n", sim->sim_name); + db_printf(" softc = %p (void *)\n", sim->softc); + db_printf(" mtx = %p (struct mtx *)\n", sim->mtx); + db_printf(" sim_doneq = -> %p (struct ccb_hdr *)\n", TAILQ_FIRST(&sim->sim_doneq)); + db_printf(" links = -> %p (struct cam_sim *)\n", TAILQ_NEXT(sim, links)); + db_printf(" path_id = %u\n", sim->path_id); + db_printf(" unit_number = %u\n", sim->unit_number); + db_printf(" bus_id = %u\n", sim->bus_id); + db_printf(" max_tagged_dev_openings = %d\n", sim->max_tagged_dev_openings); + db_printf(" max_dev_openings = %d\n", sim->max_dev_openings); + db_printf(" flags = 0x%x\n", sim->flags); + db_printf(" callout = %p (struct callout)\n", &sim->callout); + db_printf(" devq = %p (struct cam_devq)\n", sim->devq); + db_printf(" refcount = %d\n", sim->refcount); + db_printf(" ccb_freeq = -> %p (struct ccb_hdr *)\n", SLIST_FIRST(&sim->ccb_freeq)); + db_printf(" max_ccbs = %u\n", sim->max_ccbs); + db_printf(" ccb_count = %u\n", sim->ccb_count); +} + +DB_SHOW_COMMAND(cam_sim, db_show_cam_sim) +{ + if (!have_addr) { + db_printf("usage: show cam_sim \n"); + return; + } + + cam_show_cam_sim((struct cam_sim*)addr); +} +#endif --- sys/cam/cam_xpt.c.orig 2010-02-26 19:33:48.000000000 +0900 +++ sys/cam/cam_xpt.c 2010-02-28 11:24:55.338945930 +0900 @@ -69,6 +69,11 @@ #include #include /* for xpt_print below */ #include "opt_cam.h" +#include "opt_ddb.h" + +#ifdef DDB +#include +#endif /* * This is the maximum number of high powered commands (e.g. start unit) @@ -4920,3 +4925,135 @@ } } +#ifdef DDB +static void +cam_show_cam_eb(struct cam_eb *bus) +{ + if (bus == NULL) + return; + + db_printf("CAM Existing Bus information:\n"); + db_printf(" et_entries = -> %p (struct cam_et *)\n", TAILQ_FIRST(&bus->et_entries)); + db_printf(" links = -> %p (struct cam_eb *)\n", TAILQ_NEXT(bus, links)); + db_printf(" path_id = %u\n", bus->path_id); + db_printf(" sim = %p (struct cam_sim *)\n", bus->sim); + db_printf(" last_reset = %lu.%ld[s]\n", (long)bus->last_reset.tv_sec, bus->last_reset.tv_usec/1000); + db_printf(" flags = 0x%x\n", bus->flags); + db_printf(" refcount = %u\n", bus->refcount); + db_printf(" generation = %u\n", bus->generation); + db_printf(" parent_dev = %p (device_t)\n", bus->parent_dev); + db_printf(" xport = %p (struct xpt_xport *)\n", bus->xport); +} + +static void +cam_show_cam_et(struct cam_et *tar) +{ + if (tar == NULL) + return; + + db_printf("CAM Existing Target information:\n"); + db_printf(" ed_entries = -> %p (struct cam_ed *)\n", TAILQ_FIRST(&tar->ed_entries)); + db_printf(" links = -> %p (struct cam_et *)\n", TAILQ_NEXT(tar, links)); + db_printf(" bus = %p (struct cam_eb *)\n", tar->bus); + db_printf(" target_id = %u\n", tar->target_id); + db_printf(" refcount = %u\n", tar->refcount); + db_printf(" generation = %u\n", tar->generation); + db_printf(" last_reset = %lu.%ld[s]\n", (long)tar->last_reset.tv_sec, tar->last_reset.tv_usec/1000); +} + +static void +cam_show_cam_ed(struct cam_ed *dev) +{ + if (dev == NULL) + return; + + db_printf("CAM Existing Device information:\n"); + db_printf(" links = -> %p (struct cam_ed *)\n", TAILQ_NEXT(dev, links)); + db_printf(" alloc_ccb_entry\n"); + db_printf(" send_ccb_entry\n"); + db_printf(" target = %p (struct cam_et *)\n", dev->target); + db_printf(" sim = %p (struct cam_sim *)\n", dev->sim); + db_printf(" lun_id = %u\n", dev->lun_id); + db_printf(" drvq\n"); + db_printf(" ccbq\n"); + db_printf(" asyncs\n"); + db_printf(" periphs = -> %p (struct cam_periph *)\n", SLIST_FIRST(&dev->periphs)); + db_printf(" generation = %u\n", dev->generation); + db_printf(" owner = %p (struct cam_periph *)\n", dev->owner); + db_printf(" quirk = %p (void *)\n", dev->quirk); + db_printf(" maxtags = %u\n", dev->maxtags); + db_printf(" mintags = %u\n", dev->mintags); + db_printf(" protocol\n"); + db_printf(" protocol_version = %u\n", dev->protocol_version); + db_printf(" transport\n"); + db_printf(" transport_version = %u\n", dev->transport_version); + db_printf(" inq_data\n"); + db_printf(" ident_data\n"); + db_printf(" inq_flags = 0x%x\n", dev->inq_flags); + db_printf(" queue_flags = 0x%x\n", dev->queue_flags); + db_printf(" serial_num_len = %u\n", dev->serial_num_len); + db_printf(" serial_num = %p (u_int8_t *)\n", dev->serial_num); + db_printf(" flags = 0x%x\n", dev->flags); + db_printf(" tag_delay_count = %u\n", dev->tag_delay_count); + db_printf(" tag_saved_openings = %u\n", dev->tag_saved_openings); + db_printf(" refcount = %u\n", dev->refcount); + db_printf(" callout = %p (struct callout)\n", &dev->callout); +} + +DB_SHOW_COMMAND(cam_eb, db_show_cam_eb) +{ + if (!have_addr) { + db_printf("usage: show cam_eb \n"); + return; + } + + cam_show_cam_eb((struct cam_eb*)addr); +} + +DB_SHOW_COMMAND(cam_et, db_show_cam_et) +{ + if (!have_addr) { + db_printf("usage: show cam_et \n"); + return; + } + + cam_show_cam_et((struct cam_et*)addr); +} + +DB_SHOW_COMMAND(cam_ed, db_show_cam_ed) +{ + if (!have_addr) { + db_printf("usage: show cam_ed \n"); + return; + } + + cam_show_cam_ed((struct cam_ed*)addr); +} + +DB_SHOW_COMMAND(cam, db_show_cam) +{ + struct cam_eb *bus, *next_bus; + struct cam_et *tar; + struct cam_ed *dev; + struct cam_periph *periph; + + db_printf("Transport layer configuration information:\n"); + for (bus = TAILQ_FIRST(&xsoftc.xpt_busses); + bus != NULL; bus = next_bus) { + next_bus = TAILQ_NEXT(bus, links); + db_printf(" cam_eb = %p: path_id = %u, sim_name = %s\n", bus, bus->path_id, bus->sim->sim_name); + TAILQ_FOREACH(tar, &bus->et_entries, links) { + db_printf(" cam_et = %p: target_id = %u\n", tar, tar->target_id); + TAILQ_FOREACH(dev, &tar->ed_entries, links) { + db_printf(" cam_ed = %p: lun_id = %u\n", dev, dev->lun_id); + SLIST_FOREACH(periph, &dev->periphs, periph_links) { + db_printf(" cam_periph = %p: unit_number = %u, periph_name = %s\n", periph, periph->unit_number, periph->periph_name); + } + } + } + if (db_pager_quit) + break; + } +} + +#endif - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - From owner-freebsd-current@FreeBSD.ORG Sun Feb 28 04:59:51 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id C4D2F106566C; Sun, 28 Feb 2010 04:59:49 +0000 (UTC) (envelope-from nork@FreeBSD.org) Date: Sun, 28 Feb 2010 13:59:47 +0900 From: Norikatsu Shigemura To: Alexander Motin Message-Id: <20100228135947.acf387df.nork@FreeBSD.org> In-Reply-To: <20100228133145.e0c8bc68.nork@ninth-nine.com> References: <20100218023945.848cd01a.nork@FreeBSD.org> <4B7EF63C.7030008@FreeBSD.org> <20100226014718.c0a07c84.nork@FreeBSD.org> <20100228133145.e0c8bc68.nork@ninth-nine.com> X-Mailer: Sylpheed 2.7.1 (GTK+ 2.18.5; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-arm@FreeBSD.org, freebsd-current@FreeBSD.org, Shigemura , Norikatsu Subject: Re: ATA_CAM-ed mvsata(4) on OpenRD-client X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Feb 2010 04:59:51 -0000 Hi mav. On Sun, 28 Feb 2010 13:31:45 +0900 Norikatsu Shigemura wrote: > I didn't know what's happen. So I'll report code trace and > cam related struct dump with ddb which I made. Code trace with printf debug: - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - periphdriver_init() @sys/cam/cam_periph.c -> adainit() @sys/cam/ata/ata_da.c OK -> probe_periph_init() @sys/cam/scsi/scsi_xpt.c OK -> pmpinit() @sys/cam/ata/ata_pmp.c FREEZE -> xpt_register_async() @sys/cam/cam_xpt.c -> xpt_for_all_devices() @sys/cam/cam_xpt.c -> xptbustraverse() @sys/cam/cam_xpt.c - - - - - in xptbustraverse() - - - - - for (bus = (start_bus ? start_bus : TAILQ_FIRST(&xsoftc.xpt_busses)); bus != NULL; bus = next_bus) { next_bus = TAILQ_NEXT(bus, links); mtx_unlock(&xsoftc.xpt_topo_lock); -> CAM_SIM_LOCK(bus->sim); freeze at this point, because of not catch lock, in the first loop. retval = tr_func(bus, arg); CAM_SIM_UNLOCK(bus->sim); if (retval == 0) return(retval); mtx_lock(&xsoftc.xpt_topo_lock); } - - - - - in xptbustraverse() - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - So I dumped following mtx, cam_eb IN (0xc36c88c0, 0xc3770840, 0xc35df5c0)->sim. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - db> show lock 0xc35e5974 class: spin mutex name: flags: {SPIN} state: {OWNED, CONTESTED} owner: 0xc36c8d00 (tid 0, pid -1062090240, "") db> show lock 0xc35e5774 class: sleep mutex name: ATA state lock flags: {DEF} state: {UNOWNED} db> show lock 0xc0be5204 class: sleep mutex name: XPT lock flags: {DEF} state: {UNOWNED} - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - From owner-freebsd-current@FreeBSD.ORG Sun Feb 28 06:42:33 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6877F106566C; Sun, 28 Feb 2010 06:42:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 42CD48FC08; Sun, 28 Feb 2010 06:42:33 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o1S6gWs6050863; Sun, 28 Feb 2010 01:42:32 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o1S6gW0r050862; Sun, 28 Feb 2010 06:42:32 GMT (envelope-from tinderbox@freebsd.org) Date: Sun, 28 Feb 2010 06:42:32 GMT Message-Id: <201002280642.o1S6gW0r050862@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Feb 2010 06:42:33 -0000 TB --- 2010-02-28 06:35:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-02-28 06:35:00 - starting HEAD tinderbox run for i386/i386 TB --- 2010-02-28 06:35:00 - cleaning the object tree TB --- 2010-02-28 06:35:31 - cvsupping the source tree TB --- 2010-02-28 06:35:31 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2010-02-28 06:36:56 - building world TB --- 2010-02-28 06:36:56 - MAKEOBJDIRPREFIX=/obj TB --- 2010-02-28 06:36:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-02-28 06:36:56 - TARGET=i386 TB --- 2010-02-28 06:36:56 - TARGET_ARCH=i386 TB --- 2010-02-28 06:36:56 - TZ=UTC TB --- 2010-02-28 06:36:56 - __MAKE_CONF=/dev/null TB --- 2010-02-28 06:36:56 - cd /src TB --- 2010-02-28 06:36:56 - /usr/bin/make -B buildworld >>> World build started on Sun Feb 28 06:36:57 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools [...] cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/i386/src/tmp/usr\" -DCROSS_COMPILE -I/obj/i386/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -std=gnu89 -I/obj/i386/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/hooks.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/i386/src/tmp/usr\" -DCROSS_COMPILE -I/obj/i386/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -std=gnu89 -I/obj/i386/src/tmp/legacy/usr/include -c /src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/ifcvt.c cc -O2 -pipe -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/obj/i386/src/tmp/usr\" -DCROSS_COMPILE -I/obj/i386/src/tmp/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../cc_tools -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcc/config -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libcpp/include -I/src/gnu/usr.bin/cc/cc_int/../../../../contrib/gcclibs/libdecnumber -std=gnu89 -I/obj/i386/src/tmp/legacy/usr/include -c ../cc_tools/insn-attrtab.c /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config/i386/i386.md: In function 'insn_default_latency': /src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config/i386/i386.md:209: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop in /src/gnu/usr.bin/cc/cc_int. *** Error code 1 Stop in /src/gnu/usr.bin/cc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-02-28 06:42:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-02-28 06:42:32 - ERROR: failed to build world TB --- 2010-02-28 06:42:32 - 264.90 user 60.38 system 451.90 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sun Feb 28 07:41:06 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BBB0D106564A; Sun, 28 Feb 2010 07:41:06 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 7E3578FC23; Sun, 28 Feb 2010 07:41:06 +0000 (UTC) Received: by pwj7 with SMTP id 7so1152620pwj.13 for ; Sat, 27 Feb 2010 23:40:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent:organization:x-operation-sytem; bh=wxG23TE7nrxEzGEBqlqW4TvvX8+VWl8RulKqpnpAM3k=; b=gmd9wRN7DXsy3mjLbg5v5X2E8IJd+z6b7JUa24V8BAvI3qcFjJ1peHDHah3YHhAbk8 zaUAcUN1JGTcw41S/xyQTEs9lkznPBA8JeBsWEgh1rj6NxdvHSKsafNKKtRKg/sBaErH gd3HcE/Z7GmQrmNo2VIUpzyGd3cXEOWShIU3Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:mail-followup-to :references:mime-version:content-type:content-disposition :in-reply-to:user-agent:organization:x-operation-sytem; b=uJY6JdNg8eCJiCp1ffW5Bo5jHF2cimytHGNSRi67wN0Fb+JOdnURqG0MGRit0qlQZ0 1Q95G7bEqp5kfUAKrLo4lun5rFlfF++3zwdpYisXuj0atQQt6wXpeX2a9KFxOlN/TJDr 7Q8dEySe1RmErBTfquE3+F7gq8McO+GZHqU0o= Received: by 10.141.53.18 with SMTP id f18mr1546756rvk.121.1267342858795; Sat, 27 Feb 2010 23:40:58 -0800 (PST) Received: from weongyo ([174.35.1.224]) by mx.google.com with ESMTPS id 21sm2129886pzk.8.2010.02.27.23.40.57 (version=SSLv3 cipher=RC4-MD5); Sat, 27 Feb 2010 23:40:57 -0800 (PST) Received: by weongyo (sSMTP sendmail emulation); Sat, 27 Feb 2010 23:40:56 -0800 From: Weongyo Jeong Date: Sat, 27 Feb 2010 23:40:56 -0800 To: d@delphij.net Message-ID: <20100228074056.GA3536@weongyo> Mail-Followup-To: d@delphij.net, Aditya Sarawgi , current@freebsd.org, gnemmi@gmail.com, attilio@freebsd.org, spikey.it@gmail.com References: <20091223035331.GA1293@weongyo> <4b31cb29.9413f30a.5f4a.ffff8382@mx.google.com> <20100226005115.GP14937@weongyo> <4B886572.7090600@delphij.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4B886572.7090600@delphij.net> User-Agent: Mutt/1.4.2.3i Organization: CDNetworks. X-Operation-Sytem: FreeBSD Cc: attilio@freebsd.org, Aditya Sarawgi , gnemmi@gmail.com, current@freebsd.org, spikey.it@gmail.com Subject: Re: Call for Test and Review: bwn(4) - another Broadcom Wireless driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Weongyo Jeong List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Feb 2010 07:41:06 -0000 On Fri, Feb 26, 2010 at 04:21:06PM -0800, Xin LI wrote: > Hi, Weongyo, > > On 2010/02/25 16:51, Weongyo Jeong wrote: > > FYI bwn(4) driver is committed into FreeBSD tree. I think the driver > > supports your LP PHY device. After cvsup please try to rebuild siba_bwn > > and bwn modules. > > > > Could you please test with it? Please let me know and send me your > > full dmesg when you encounters the following problems: > > > > - if the driver doesn't work or is unstable. > > - if it prints debugging or verbose messages. > > Great! Thanks for the work! > > Is it possible to MFC the work back to 8-STABLE at some point? Of course yes. AFAIK it could be compiled and works without problems on 8-STABLE; I checked it. :-) > A colleague of mine has tried to compile the code on 8-STABLE but seems > that it's using some new API I guess... I've asked him to try a > 9-CURRENT kernel but the Atom based netbook would take some while to > compile the code =-) Thank you. regards, Weongyo Jeong From owner-freebsd-current@FreeBSD.ORG Sun Feb 28 09:53:09 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EDFED106564A for ; Sun, 28 Feb 2010 09:53:09 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: from mail-pz0-f196.google.com (mail-pz0-f196.google.com [209.85.222.196]) by mx1.freebsd.org (Postfix) with ESMTP id B897E8FC08 for ; Sun, 28 Feb 2010 09:53:09 +0000 (UTC) Received: by pzk34 with SMTP id 34so1272484pzk.3 for ; Sun, 28 Feb 2010 01:53:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent:organization:x-operation-sytem; bh=mvlxmLVZFbmyd+ifEeV0gX949SJILJgzDsATTDZMmKU=; b=WonrJy+K+IBMRmtkmVNQXjSlDECuf3oAd0V/pe6+QtfxuVemxYbaArpJUKQUGPaUnl iDGCgAEeW1QLDusOHU0Z0VZ0cFVfPET7q5AI6A+fJeCuTe9aVVj5oZwnDcfJOfx4pQRq x5miQf4iP5gXkuLCs080mKLpZ/TV6V99C12Vc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:mail-followup-to :references:mime-version:content-type:content-disposition :in-reply-to:user-agent:organization:x-operation-sytem; b=dG8oG+RjwtNI8O/KmVVST9Wbc7B2p35A7RzoYD9ymZzWdYbL0B2/rsTfV19P02wHeD rywRJJaewTNjzTCvk31jvWh9ckvbfqXhRkNdYIOUy6mWRpuEsKXs8Cop3Rv+L5uXr9ED ChNWrXfHqhHhsOnvNakBQHMi2ukJz2zTsyMeo= Received: by 10.142.248.9 with SMTP id v9mr1633249wfh.308.1267350781296; Sun, 28 Feb 2010 01:53:01 -0800 (PST) Received: from weongyo ([174.35.1.224]) by mx.google.com with ESMTPS id 20sm2274719pzk.7.2010.02.28.01.52.59 (version=SSLv3 cipher=RC4-MD5); Sun, 28 Feb 2010 01:53:00 -0800 (PST) Received: by weongyo (sSMTP sendmail emulation); Sun, 28 Feb 2010 01:52:59 -0800 From: Weongyo Jeong Date: Sun, 28 Feb 2010 01:52:59 -0800 To: Alex RAY Message-ID: <20100228095259.GB3536@weongyo> Mail-Followup-To: Alex RAY , current@freebsd.org References: <20091223035331.GA1293@weongyo> <4b31cb29.9413f30a.5f4a.ffff8382@mx.google.com> <20100226005115.GP14937@weongyo> <20100227011535.ed3f2486.ray@ddteam.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100227011535.ed3f2486.ray@ddteam.net> User-Agent: Mutt/1.4.2.3i Organization: CDNetworks. X-Operation-Sytem: FreeBSD Cc: current@freebsd.org Subject: Re: Call for Test and Review: bwn(4) - another Broadcom Wireless driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Weongyo Jeong List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Feb 2010 09:53:10 -0000 On Sat, Feb 27, 2010 at 01:15:35AM +0200, Alex RAY wrote: > Hi Weongyo, > > Can new siba release operate in systems like in this SVG image? > System example: CPU BCM5836 + Wi-Fi BCM4318 Recent changes of siba(4) by myself doesn't change code flow, layout and doesn't include enhancements if you're an user of SENTRY5 mips CPU (like BCM5836) All I did on recent changes were to put common routines or codes which could be used for original siba(4). These codes are only used for bwn(4) driver currently and don't be merged with original siba(4). That means there are two separated codes in current siba(4) so merging two into one is a TODO. I have no idea current siba(4) supports a system using on CPU BCM5836 + Wi-Fi BCM4318 but in theory it should work without problems though I didn't test. > And can we compile siba bus code without pci code? I think it looks that it could be possible to compile without pci code. But makes sure that your device doesn't have PCI core. regards, Weongyo Jeong From owner-freebsd-current@FreeBSD.ORG Sun Feb 28 18:27:03 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 43BF41065673; Sun, 28 Feb 2010 18:27:03 +0000 (UTC) (envelope-from sarawgi.aditya@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 056118FC29; Sun, 28 Feb 2010 18:27:02 +0000 (UTC) Received: by pwj7 with SMTP id 7so1354274pwj.13 for ; Sun, 28 Feb 2010 10:26:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=kOHVPOrqcQC8GiLCB7YFFNx26Pu42ZEgmPtxaqWRjH8=; b=aVJjQjm1okpUTFAbyzUynHaB08C1OtkMtTl7z/qgL9OxeIIbH8wLo+UN2KIPt1lvLH ER3FmQ6J1C+B0o3hKSZKPx2YEVUCNx7UD41urTqjQdrRrnIuosF4mQoToAbX+PjUFcZD LB7447CZUMJrMgzUcBZzE44HmauKeFVDyPs0M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=ELWD7yemG177T8Zl812ceaB1c3if2L8XbRnieV8o2lFAm4iZuURbVQybvuiqljB5Ue Wt50NKGkSr0usLp+31R9ZQJj+rJ90JljzzzIm5FcZa8xtch4DMxY3j0YkhoSYUJAT+Vn obzipqcsS3h6zVVyf4qnieGejRLVEjVj3E1Zs= Received: by 10.115.67.26 with SMTP id u26mr1914352wak.162.1267381614549; Sun, 28 Feb 2010 10:26:54 -0800 (PST) Received: from ([183.87.28.68]) by mx.google.com with ESMTPS id 20sm2818060pzk.3.2010.02.28.10.26.52 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 28 Feb 2010 10:26:53 -0800 (PST) Date: Sun, 28 Feb 2010 23:56:50 +0000 From: Aditya Sarawgi To: Weongyo Jeong Message-ID: <4b8ab56d.9413f30a.75df.ffffc0b9@mx.google.com> References: <20091223035331.GA1293@weongyo> <4b31cb29.9413f30a.5f4a.ffff8382@mx.google.com> <20091223195134.GC1293@weongyo> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20091223195134.GC1293@weongyo> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: attilio@freebsd.org, spikey.it@gmail.com, gnemmi@gmail.com, current@freebsd.org Subject: Re: Call for Test and Review: bwn(4) - another Broadcom Wireless driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Feb 2010 18:27:03 -0000 On Wed, Dec 23, 2009 at 11:51:34AM -0800, Weongyo Jeong wrote: > On Wed, Dec 23, 2009 at 08:18:48AM +0000, Aditya Sarawgi wrote: > > On Tue, Dec 22, 2009 at 07:53:31PM -0800, Weongyo Jeong wrote: > > > Hello, > > > > > > Now bwn(4) is available at the public and waiting test and review. The > > > status of this driver is *alpha* so could make panics, warnings and > > > errors. Please let me know if you encounter problems. > > > > > > The following NICs all I have are only tested on the little endian 64bit > > > machine and big endian 32bit machine. > > > > > > - Broadcom BCM4306 802.11b/g Wireless > > > - Broadcom BCM4318 802.11b/g Wireless > > > > > > I tested basic RX, TX and WPA association as STA mode and checked it > > > worked. > > > > > > As you might know there are still a lot of TODO in the driver so you > > > could see some verbose messages during testing so please ignore or let > > > me know it makes problems. > > > > > > == How to build and load == > > > > > > # cd /usr/src/sys > > > # fetch http://people.freebsd.org/~weongyo/bwn_20091222.tar.gz > > > # tar xzf bwn_20091222.tar.gz > > > # cd modules/ssb > > > # make && make install > > > # cd ../.. > > > # cd modules/bwn > > > # make && make install > > > # cd somewhere > > > # fetch http://people.freebsd.org/~weongyo/bwn_ports_20091222.tar.gz > > > # tar xzf bwn_ports_20091222.tar.gz > > > # cd sysutils/b43-fwcutter > > > # make install clean > > > # cd ../.. > > > # cd net/bwn-firmware-kmod > > > # make install clean > > > # > > > # kldload ssb > > > # kldload bwn_v4_ucode > > > # kldload if_bwn > > > > > > regards, > > > Weongyo Jeong > > > > > > > Hi, > > > > The driver doesn't work with BCM4315, here's what dmesg shows > > > > ssb0: mem 0xf4000000-0xf4003fff > > irq 19 at device 0.0 on pci6 > > bwn0 on ssb0 > > bwn0: unsupported PHY type (5) > > device_attach: bwn0 attach returned 6 > > I see that your device has LP-PHY instead of A/B/G/N PHYs so currently > it's not supported by bwn(4). > > AFAIK linux has a weak but working implementation so we could refer to > other Open Sources. > > regards, > Weongyo Jeong > Hi, It still doesn't work, when I try to do ifconfig bwn0 scan I get ifconfig: unable to get the scan results The device is getting recognized properly here's the dmesg siba_bwn0: mem 0xf4000000-0xf4003fff irq 19 at device 0.0 on pci6 bwn0 on siba_bwn0 bwn0: WLAN (chipid 0x4312 rev 15) PHY (analog 6 type 5 rev 1) RADIO (manuf 0x17f ver 0x2062 rev 2) bwn0: DMA (64 bits) bwn0: Using 1 MSI messages bwn0: [FILTER] I have loaded the following modules bwn_v4_ucode.ko if_bwn.ko siba_bwn.ko -- Aditya Sarawgi From owner-freebsd-current@FreeBSD.ORG Sun Feb 28 19:45:41 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E3DE41065672 for ; Sun, 28 Feb 2010 19:45:41 +0000 (UTC) (envelope-from miki.bsd@gmail.com) Received: from mail-fx0-f223.google.com (mail-fx0-f223.google.com [209.85.220.223]) by mx1.freebsd.org (Postfix) with ESMTP id 7736A8FC1F for ; Sun, 28 Feb 2010 19:45:40 +0000 (UTC) Received: by fxm23 with SMTP id 23so68044fxm.3 for ; Sun, 28 Feb 2010 11:45:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=v55WmYOARGC/QsZI+EymmffiUXAlHL/9fo6hPHYpWpE=; b=c/ibGp+tTIioGWA5IsV7xdIsrJrbfqZQrSLpVNiNrkJdmnGMfkZacOCrJE/zeWng8O sxOBvpfJ7mcVprBI2w2f7msXKYMuGoKq/bRk+Ti2JkDSKOGGdjyh37RwF/ycuatqSBCk AFBhFksrSdPkUQWOhriPo53M0I9VtEee0x2S0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=m/ZXHRVHsJhcgTtiy36gLhQo2O7dbjVpZ3EQtJyzSOl2RbxO5Zzn1yxrOBLPDThiNp hrtWCo0P1R9ytLLobP3MTjR4vFjO2FQ66zNIEQLugjDAEAc+KQxSB5cUQba7G45nXUHk aoXIlBcKfMjtibZuL7fp6QTVW13fHX3PUY5x8= MIME-Version: 1.0 Received: by 10.239.182.65 with SMTP id p1mr346836hbg.157.1267386333018; Sun, 28 Feb 2010 11:45:33 -0800 (PST) In-Reply-To: <20100226005115.GP14937@weongyo> References: <20091223035331.GA1293@weongyo> <4b31cb29.9413f30a.5f4a.ffff8382@mx.google.com> <20100226005115.GP14937@weongyo> Date: Sun, 28 Feb 2010 20:45:32 +0100 Message-ID: <261c29701002281145v357d86edl822f032e6e09a7fc@mail.gmail.com> From: Miki To: Weongyo Jeong , current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: Re: Call for Test and Review: bwn(4) - another Broadcom Wireless driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Feb 2010 19:45:42 -0000 Hi, Thanks for the work ! I have some problems here when I try to create a wlan interface : bwn_v4_ucode5: could not load firmware image, error 2 bwn0: the fw file(bwn_v4_ucode5) not found I have installed bwn-firmware-kmod from ports but the only files I have in /boot/modules are bwn_v4_lp_ucode.ko and bwn_v4_ucode.ko. So I tried to copy bwn_v4_ucode to bwn_v4_ucode5 and it seems to work : wlan0 is created, I can associate to an open Access Point and obtain a DHCP lease. But if I try to do some network IO (browsing the web) the interface hang (I cannot obtain a lease anymore). I'm running : FreeBSD acheron.homeunix.org 9.0-CURRENT FreeBSD 9.0-CURRENT #3 r204476M: Sun Feb 28 20:27:03 CET 2010 miki@acheron.homeunix.org:/usr/obj/usr/src/sys/ACHERON amd64 kernel and world are in sync. pciconf -lcv output : siba_bwn0@pci0:4:0:0: class=0x028000 card=0x70011799 chip=0x432014e4 rev=0x03 hdr=0x00 vendor = 'Broadcom Corporation' device = '802.11b/g Wireless LAN Controller (BCM4309)' class = network verbose dmesg output : siba_bwn0: mem 0xfe6fe000-0xfe6fffff irq 16 at device 0.0 on pci4 siba_bwn0: Reserved 0x2000 bytes for rid 0x10 type 3 at 0xfe6fe000 bwn0 on siba_bwn0 bwn0: WLAN (chipid 0x4306 rev 5) PHY (analog 2 type 2 rev 2) RADIO (manuf 0x17f ver 0x2050 rev 2) bwn0: DMA (30 bits) bwn0: [MPSAFE] bwn0: [FILTER] bwn0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps bwn0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36Mbps 48Mbps 54Mbps dmesg output when I create a wlan interface : wlan0: bpf attached wlan0: Ethernet address: 00:11:50:16:c4:47 bwn0: need multicast update callback last message repeated 2 times firmware: 'bwn_v4_ucode5' version 0: 22384 bytes loaded at 0xffffffff80c40800 firmware: 'bwn_v4_ucode11' version 0: 29864 bytes loaded at 0xffffffff80c45f70 firmware: 'bwn_v4_ucode13' version 0: 32232 bytes loaded at 0xffffffff80c4d418 firmware: 'bwn_v4_ucode14' version 0: 31384 bytes loaded at 0xffffffff80c55200 firmware: 'bwn_v4_ucode15' version 0: 30488 bytes loaded at 0xffffffff80c5cc98 firmware: 'bwn_v4_pcm5' version 0: 1320 bytes loaded at 0xffffffff80c643b0 firmware: 'bwn_v4_a0g1initvals5' version 0: 1840 bytes loaded at 0xffffffff80c648d8 firmware: 'bwn_v4_a0g0initvals5' version 0: 1840 bytes loaded at 0xffffffff80c65008 firmware: 'bwn_v4_b0g0initvals5' version 0: 1840 bytes loaded at 0xffffffff80c65738 firmware: 'bwn_v4_b0g0initvals13' version 0: 2080 bytes loaded at 0xffffffff80c65e68 firmware: 'bwn_v4_a0g1bsinitvals5' version 0: 158 bytes loaded at 0xffffffff80c66688 firmware: 'bwn_v4_a0g0bsinitvals5' version 0: 158 bytes loaded at 0xffffffff80c66726 firmware: 'bwn_v4_b0g0bsinitvals5' version 0: 158 bytes loaded at 0xffffffff80c667c4 firmware: 'bwn_v4_lp0initvals13' version 0: 3618 bytes loaded at 0xffffffff80c66862 firmware: 'bwn_v4_lp0initvals14' version 0: 2064 bytes loaded at 0xffffffff80c67684 firmware: 'bwn_v4_lp0initvals15' version 0: 2052 bytes loaded at 0xffffffff80c67e94 firmware: 'bwn_v4_lp0bsinitvals13' version 0: 158 bytes loaded at 0xffffffff80c68698 firmware: 'bwn_v4_lp0bsinitvals14' version 0: 158 bytes loaded at 0xffffffff80c68736 firmware: 'bwn_v4_lp0bsinitvals15' version 0: 158 bytes loaded at 0xffffffff80c687d4 firmware: 'bwn_v4_n0bsinitvals11' version 0: 158 bytes loaded at 0xffffffff80c68872 bwn0: firmware version (rev 410 patch 2160 date 0x751a time 0x7c0a) wlan0: ieee80211_new_state_locked: pending INIT -> SCAN transition lost Feb 28 19:57:19 acheron kernel: wlan0: link state changed to UP Feb 28 19:57:19 acheron kernel: bwn0: need multicast update callback Feb 28 19:57:19 acheron last message repeated 2 times Feb 28 19:57:19 acheron dhclient: New IP Address (wlan0): 192.168.2.36 Feb 28 19:57:19 acheron dhclient: New Subnet Mask (wlan0): 255.255.255.0 Feb 28 19:57:19 acheron dhclient: New Broadcast Address (wlan0): 192.168.2.255 Feb 28 19:57:19 acheron dhclient: New Routers (wlan0): 192.168.2.1 From owner-freebsd-current@FreeBSD.ORG Sun Feb 28 20:24:24 2010 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 39AAE106566C for ; Sun, 28 Feb 2010 20:24:24 +0000 (UTC) (envelope-from marcus@FreeBSD.org) Received: from creme-brulee.marcuscom.com (marcuscom-pt.tunnel.tserv1.fmt.ipv6.he.net [IPv6:2001:470:1f00:ffff::1279]) by mx1.freebsd.org (Postfix) with ESMTP id CB1808FC12 for ; Sun, 28 Feb 2010 20:24:23 +0000 (UTC) Received: from [IPv6:2001:470:1f00:2464::4] (shumai.marcuscom.com [IPv6:2001:470:1f00:2464::4]) by creme-brulee.marcuscom.com (8.14.4/8.14.4) with ESMTP id o1SKOgqI000670; Sun, 28 Feb 2010 15:24:42 -0500 (EST) (envelope-from marcus@FreeBSD.org) From: Joe Marcus Clarke To: current Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-RwwlWdo/W104LUaPNA/d" Organization: FreeBSD, Inc. Date: Sun, 28 Feb 2010 15:24:28 -0500 Message-ID: <1267388668.39569.2410.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.28.2 FreeBSD GNOME Team Port X-Spam-Status: No, score=-0.9 required=5.0 tests=BAYES_00,HELO_NO_DOMAIN autolearn=no version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on creme-brulee.marcuscom.com Cc: weongyo.jeong@gmail.com Subject: Problem with new bwn driver on -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Feb 2010 20:24:24 -0000 --=-RwwlWdo/W104LUaPNA/d Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable I was extremely pleased to see this driver, so I could get off of the flaky NDIS version. I have a Dell Vostra 2510 with a LP bwn mini-PCI card. I have set if_bwn_load=3D"YES" in /boot/loader.conf. I also have bwn_v4_lp_ucode_load=3D"YES" set. The firmware and driver loads. However, if_bwn doesn't attach to the card. Once the OS is fully booted, I kldunload if_bwn, then reload it, and the driver attaches just fine. Once it is attached, however, I can pass traffic just fine, but I get a large number of these messages on the console, and the traffic rate is not what it was with the NDIS driver: bwn0: out of bounds of the square-root table (-770884) bwn0: out of bounds of the square-root table (-225625) bwn0: out of bounds of the square-root table (-240100) When I boot with verbose mode, I only see the siba driver attach to the card: siba_bwn0: mem 0xf4000000-0xf4003fff = irq 19 at device 0.0 on pci6 My pciconf output is: siba_bwn0@pci0:6:0:0: class=3D0x028000 card=3D0x000b1028 chip=3D0x431514e= 4 rev=3D0x01 hdr=3D0x00 vendor =3D 'Broadcom Corporation' device =3D 'Broadcom Wireless b/g (BCM4315/BCM22062000)' class =3D network When the driver does attach, I see: bwn0 on siba_bwn0 bwn0: WLAN (chipid 0x4312 rev 15) PHY (analog 6 type 5 rev 1) RADIO (manuf = 0x17f bwn0: DMA (64 bits) bwn0: MSI count : 1 siba_bwn0: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 258 to local APIC 1 vector 54 siba_bwn0: using IRQ 258 for MSI bwn0: Using 1 MSI messages bwn0: [MPSAFE] bwn0: [FILTER] bwn0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps bwn0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps 24Mbp= s 36M bps 48Mbps 54Mbps wlan0: bpf attached wlan0: bpf attached Am I missing anything to get this to attach at boot time? Thanks. Joe --=20 Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome --=-RwwlWdo/W104LUaPNA/d Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEABECAAYFAkuK0PoACgkQb2iPiv4Uz4dnGACfexAbL4bdPqUfyosyvfmyJ3vg L1gAn3H+pIsHvYKaIk0jDuIg/EoVNUqn =LYly -----END PGP SIGNATURE----- --=-RwwlWdo/W104LUaPNA/d-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 28 20:56:47 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D866D106564A; Sun, 28 Feb 2010 20:56:47 +0000 (UTC) (envelope-from brampton@gmail.com) Received: from mail-fx0-f223.google.com (mail-fx0-f223.google.com [209.85.220.223]) by mx1.freebsd.org (Postfix) with ESMTP id 219018FC19; Sun, 28 Feb 2010 20:56:46 +0000 (UTC) Received: by fxm23 with SMTP id 23so107572fxm.3 for ; Sun, 28 Feb 2010 12:56:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=9/td5I/+XU9HGh4IIColLZ0DeRzEWyCVmsqXI655hUY=; b=Jd2obOLja39OlrjkKpgdCLSi8QjNTAXtUDsDPd317FZu+3Y7ISVs8XwwL+tMZ3WEqL F6+PpwmObXpJpzpL1mF/PQYt4GUV1KGj9Jr56utGzI2/5z772U9XY+bOVB1tTG6mxb3o UrTXGhUN01qjftgehZON+S0KbQEHKXE79nYzM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type; b=KIuVHPqdqKheEK+MrHvMRuSuaNBD06H1PwX/Nes/zmp6YLb4e/Sf4NS9w398u8Ujul Z6APoAZM6xvme87m4tc+NeRilT9U3oe9zTtA5fgMi7EVNKb0OvNLe2LXsJqxudKtPrDM yMyf+sFsj2eMbxI3psZMBAueRTDAMuX94MNR8= MIME-Version: 1.0 Sender: brampton@gmail.com Received: by 10.223.14.71 with SMTP id f7mr2646702faa.48.1267390596591; Sun, 28 Feb 2010 12:56:36 -0800 (PST) Date: Sun, 28 Feb 2010 20:56:36 +0000 X-Google-Sender-Auth: 42d1d40b81104ac0 Message-ID: From: Andrew Brampton To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 Cc: Attilio Rao Subject: minidump fails on SMP machines X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Feb 2010 20:56:47 -0000 Hello, When many interrupts are firing on my amd64 SMP machine, and a panic occurs, dump will fail with the error "Attempt to write outside dump device boundaries". This problem has been discussed before[1][2], and I even filled a PR about it last year[3]. >From what I understand the reason this occurs is because interrupts are not disabled on all cores during the dump. There was even a TODO comment about this in kern_shutdown.c 414 /* XXX This doesn't disable interrupts any more. Reconsider? */ 415 splhigh(); However, looking at my FreeBSD 8.0 and HEAD source, these two lines were removed by commit r196198 by attilio. Now that commit seems to deal with disabling interrupts on other cores, but perhaps not specifically to fix this bug. So my question is, should this dump bug now be fixed? Or should the XXX comment been left in? Or is the dump bug caused by something else? I would appreciate this problem being fixed, as it causes me a lot of headaches when trying to debug my kernel module :(. On a side note, I read that my problem only occurs when using minidump. Is it possible to do a full dump to avoid this problem, if so how? thanks Andrew [1] http://lists.freebsd.org/pipermail/freebsd-current/2008-January/082752.html [2] http://lists.freebsd.org/pipermail/freebsd-current/2008-June/086574.html [3] http://www.freebsd.org/cgi/query-pr.cgi?pr=amd64/139614 From owner-freebsd-current@FreeBSD.ORG Sun Feb 28 21:20:50 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 77116106566B; Sun, 28 Feb 2010 21:20:50 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-iw0-f191.google.com (mail-iw0-f191.google.com [209.85.223.191]) by mx1.freebsd.org (Postfix) with ESMTP id 2DB898FC0A; Sun, 28 Feb 2010 21:20:49 +0000 (UTC) Received: by iwn29 with SMTP id 29so1131496iwn.27 for ; Sun, 28 Feb 2010 13:20:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=lockZp6nWrO3mhBj1OEvZqzxZDw0sNboD/Oc4B9PYeQ=; b=HpSMw9B4XuxOAumPJrL41PAj+CKpfyvnD6NMCCj/wvX20/XAob526NYlpocps6Rv+Z /nCFCq6+CmyXXnkmt9orQhMccpKnFL1bK/FER5XEb5P1g0kcNpKTW2hP7GuUTs3mgTwl mYQp5KFa9ENKijPxWcuoItbdwdqMZwDvPC1oA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=OySWWGdq1SQDgssWrjIvxNHjVN0j7VA+Kln5TtnJTdpl10bFturkNH1uVYcL7acaMT /O5n/ddB0nd7V/t+UWOyxWIEOLSOzKNckUib7ooNcvhnBce7sJ22Cl1Mwa9NNXl8PzCb noBxh+XHHfeUl0E/ffVudFAfMu5Qib68oizLU= MIME-Version: 1.0 Sender: asmrookie@gmail.com Received: by 10.231.156.205 with SMTP id y13mr281593ibw.27.1267392046374; Sun, 28 Feb 2010 13:20:46 -0800 (PST) In-Reply-To: References: Date: Sun, 28 Feb 2010 22:20:46 +0100 X-Google-Sender-Auth: feaa5dea36cd527b Message-ID: <3bbf2fe11002281320l3bb91c1t6865666672565530@mail.gmail.com> From: Attilio Rao To: Andrew Brampton Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: minidump fails on SMP machines X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Feb 2010 21:20:50 -0000 2010/2/28 Andrew Brampton : > Hello, > > When many interrupts are firing on my amd64 SMP machine, and a panic > occurs, dump will fail with the error "Attempt to write outside dump > device boundaries". This problem has been discussed before[1][2], and > I even filled a PR about it last year[3]. > > From what I understand the reason this occurs is because interrupts > are not disabled on all cores during the dump. There was even a TODO > comment about this in kern_shutdown.c > =C2=A0414 =C2=A0 =C2=A0 =C2=A0 =C2=A0/* XXX This doesn't disable interrup= ts any more. =C2=A0Reconsider? */ > =C2=A0415 =C2=A0 =C2=A0 =C2=A0 =C2=A0splhigh(); > > However, looking at my FreeBSD 8.0 and HEAD source, these two lines > were removed by commit r196198 by attilio. Now that commit seems to > deal with disabling interrupts on other cores, but perhaps not > specifically to fix this bug. So my question is, should this dump bug > now be fixed? Or should the XXX comment been left in? Or is the dump > bug caused by something else? I would appreciate this problem being > fixed, as it causes me a lot of headaches when trying to debug my > kernel module :(. So, I didn't look in big detail to your problem, but specifically, spinlock_enter() just disable the interrupts on the machine it runs on. If you want to handle also the APs case you need to install an IPI or maybe you can do this with a rendezvous points. Said that, please also note that the place where spinlock_enter() is called now is too late wrt dumping -- I assume physical dump to happen far earlier than the spinlock_exit(). Thanks, Attilio --=20 Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Sun Feb 28 23:15:56 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6A347106566B for ; Sun, 28 Feb 2010 23:15:56 +0000 (UTC) (envelope-from subbsd@gmail.com) Received: from mail-ew0-f226.google.com (mail-ew0-f226.google.com [209.85.219.226]) by mx1.freebsd.org (Postfix) with ESMTP id 026C78FC14 for ; Sun, 28 Feb 2010 23:15:55 +0000 (UTC) Received: by ewy26 with SMTP id 26so1004553ewy.3 for ; Sun, 28 Feb 2010 15:15:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=aDENg4NVS0Mg98tEktVthSSnJ0ahige0UsCDSl6ss9E=; b=ZCffq+51l6jf8qxKqTIqcZNCpv9wGu52s4Bpe3HTvVV3kQ8RU44zMLgiEwRBImKXs9 m7chpNWj3iWlXyUcgC+Jf2/Bl3wKmri46b6cnO4tgsW3hJkAnNV7ea3hVwLEwalzA2b2 AC1Qc/GxynN1jww4BCcyy2tk35Zit0Y4bGycY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=j2srDt+7ISHjfcKDw8NZ3M9mjnk/QLFfoZzVIYdRtu2lcmw72vkAuLvz7/1fBpGCcA Sd5yQUT7gnEUdO6Z7hX/f/cnm29sxt8gl13VGuRxeo//2tvm498Yx+WKkGocVUBSLGmp nqT3p0YrETp0L1WMitS0iurGg7i/hzsdGjwTM= MIME-Version: 1.0 Received: by 10.213.48.5 with SMTP id p5mr2685057ebf.53.1267398941611; Sun, 28 Feb 2010 15:15:41 -0800 (PST) Date: Mon, 1 Mar 2010 02:15:41 +0300 Message-ID: <8237b2241002281515q5e953a48l4ac8a981fed407ab@mail.gmail.com> From: Subbsd To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: check for jailed environment for adjkerntz X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Feb 2010 23:15:56 -0000 jail with "complete" type have standard crontab a file of tasks. However not all standard task are adapted for work in jail an environment. For example adjkerntz which generates adjkerntz [46733]: sysctl (set: "machdep.wall_cmos_clock"): Operation not permitted I suggest to give adjkerntz concept about jail in which to it it is not necessary to work: --- adjkerntz.c-orig 2010-03-01 01:53:01.000000000 +0300 +++ adjkerntz.c 2010-03-01 02:03:45.000000000 +0300 @@ -80,7 +80,7 @@ struct tm local; struct timeval tv, *stv; struct timezone tz, *stz; - int kern_offset, wall_clock, disrtcset; + int kern_offset, wall_clock, disrtcset, jailed; size_t len; /* Avoid time_t here, can be unsigned long or worse */ long offset, localsec, diff; @@ -118,6 +118,16 @@ if (init) sleep_mode = True; + len = sizeof(jailed); + if (sysctlbyname("security.jail.jailed", &jailed, &len, NULL, 0) == -1) { + syslog(LOG_ERR, "sysctl(\"security.jail.jailed\"): %m"); + return 1; + } + if (jailed!=0) { + //not for jail + return 1; + } + sigemptyset(&mask); sigemptyset(&emask); sigaddset(&mask, SIGTERM); From owner-freebsd-current@FreeBSD.ORG Mon Mar 1 04:14:52 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CAB1B106564A for ; Mon, 1 Mar 2010 04:14:52 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 5DD698FC1D for ; Mon, 1 Mar 2010 04:14:52 +0000 (UTC) Received: (qmail 16409 invoked by uid 399); 1 Mar 2010 04:14:51 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 1 Mar 2010 04:14:51 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4B8B3F3A.30704@FreeBSD.org> Date: Sun, 28 Feb 2010 20:14:50 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.7) Gecko/20100218 Thunderbird/3.0.1 MIME-Version: 1.0 To: freebsd-current@FreeBSD.org X-Enigmail-Version: 1.0.1 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Crash with today's HEAD (r204479) appears to be wlan-related X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Mar 2010 04:14:52 -0000 Loaded symbols for /boot/kernel/wpifw.ko #0 doadump () at pcpu.h:246 246 pcpu.h: No such file or directory. in pcpu.h (kgdb) #0 doadump () at pcpu.h:246 #1 0xc05f668f in boot (howto=260) at /usr/local/src/sys/kern/kern_shutdown.c:416 #2 0xc05f6972 in panic (fmt=Variable "fmt" is not available. ) at /usr/local/src/sys/kern/kern_shutdown.c:579 #3 0xc06ec73f in in_control (so=0xc6c2c80c, cmd=2149607705, data=0xc5e677c0 "wlan0", ifp=0xc5dec000, td=0xc6654480) at /usr/local/src/sys/netinet/in.c:603 #4 0xc06a0f40 in ifioctl (so=0xc6c2c80c, cmd=2149607705, data=0xc5e677c0 "wlan0", td=0xc6654480) at /usr/local/src/sys/net/if.c:2451 #5 0xc0640b35 in soo_ioctl (fp=0xc65a38f8, cmd=2149607705, data=0xc5e677c0, active_cred=0xc593e400, td=0xc6654480) at /usr/local/src/sys/kern/sys_socket.c:212 #6 0xc063ae3d in kern_ioctl (td=0xc6654480, fd=3, com=2149607705, data=0xc5e677c0 "wlan0") at file.h:247 #7 0xc063afbf in ioctl (td=0xc6654480, uap=0xeac5bcf8) at /usr/local/src/sys/kern/sys_generic.c:678 #8 0xc0863f6a in syscall (frame=0xeac5bd38) at /usr/local/src/sys/i386/i386/trap.c:1109 #9 0xc08471e0 in Xint0x80_syscall () at /usr/local/src/sys/i386/i386/exception.s:261 #10 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) core.txt.0 is in my home directory on freefall. Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Mon Mar 1 04:21:40 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A80181065670; Mon, 1 Mar 2010 04:21:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 0C23A8FC16; Mon, 1 Mar 2010 04:21:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o214Lcp0084404; Sun, 28 Feb 2010 23:21:38 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o214LctG084395; Mon, 1 Mar 2010 04:21:38 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 1 Mar 2010 04:21:38 GMT Message-Id: <201003010421.o214LctG084395@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Mar 2010 04:21:40 -0000 TB --- 2010-03-01 03:35:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-03-01 03:35:00 - starting HEAD tinderbox run for arm/arm TB --- 2010-03-01 03:35:00 - cleaning the object tree TB --- 2010-03-01 03:35:11 - cvsupping the source tree TB --- 2010-03-01 03:35:11 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2010-03-01 03:37:07 - building world TB --- 2010-03-01 03:37:07 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-01 03:37:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-01 03:37:07 - TARGET=arm TB --- 2010-03-01 03:37:07 - TARGET_ARCH=arm TB --- 2010-03-01 03:37:07 - TZ=UTC TB --- 2010-03-01 03:37:07 - __MAKE_CONF=/dev/null TB --- 2010-03-01 03:37:07 - cd /src TB --- 2010-03-01 03:37:07 - /usr/bin/make -B buildworld >>> World build started on Mon Mar 1 03:37:08 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -DUSE_BSM_AUDIT -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -o su su.o -lutil -lpam -lbsm gzip -cn /src/usr.bin/su/su.1 > su.1.gz ===> usr.bin/systat (all) cc -O -pipe -DINET6 -std=gnu99 -Wno-pointer-sign -c /src/usr.bin/systat/cmds.c cc -O -pipe -DINET6 -std=gnu99 -Wno-pointer-sign -c /src/usr.bin/systat/cmdtab.c In file included from /src/usr.bin/systat/extern.h:39, from /src/usr.bin/systat/cmdtab.c:43: /obj/arm/src/tmp/usr/include/kvm.h:72: error: expected declaration specifiers or '...' before 'u_int' *** Error code 1 Stop in /src/usr.bin/systat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-03-01 04:21:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-03-01 04:21:37 - ERROR: failed to build world TB --- 2010-03-01 04:21:37 - 1962.66 user 494.62 system 2797.82 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Mon Mar 1 04:30:51 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C940E1065670; Mon, 1 Mar 2010 04:30:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 443988FC13; Mon, 1 Mar 2010 04:30:51 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o214Uopb055872; Sun, 28 Feb 2010 23:30:50 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o214Uosk055868; Mon, 1 Mar 2010 04:30:50 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 1 Mar 2010 04:30:50 GMT Message-Id: <201003010430.o214Uosk055868@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Mar 2010 04:30:51 -0000 TB --- 2010-03-01 03:35:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-03-01 03:35:00 - starting HEAD tinderbox run for i386/i386 TB --- 2010-03-01 03:35:00 - cleaning the object tree TB --- 2010-03-01 03:35:31 - cvsupping the source tree TB --- 2010-03-01 03:35:31 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2010-03-01 03:37:07 - building world TB --- 2010-03-01 03:37:07 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-01 03:37:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-01 03:37:07 - TARGET=i386 TB --- 2010-03-01 03:37:07 - TARGET_ARCH=i386 TB --- 2010-03-01 03:37:07 - TZ=UTC TB --- 2010-03-01 03:37:07 - __MAKE_CONF=/dev/null TB --- 2010-03-01 03:37:07 - cd /src TB --- 2010-03-01 03:37:07 - /usr/bin/make -B buildworld >>> World build started on Mon Mar 1 03:37:08 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DUSE_BSM_AUDIT -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -o su su.o -lutil -lpam -lbsm gzip -cn /src/usr.bin/su/su.1 > su.1.gz ===> usr.bin/systat (all) cc -O2 -pipe -DINET6 -std=gnu99 -fstack-protector -Wno-pointer-sign -c /src/usr.bin/systat/cmds.c cc -O2 -pipe -DINET6 -std=gnu99 -fstack-protector -Wno-pointer-sign -c /src/usr.bin/systat/cmdtab.c In file included from /src/usr.bin/systat/extern.h:39, from /src/usr.bin/systat/cmdtab.c:43: /obj/i386/src/tmp/usr/include/kvm.h:72: error: expected declaration specifiers or '...' before 'u_int' *** Error code 1 Stop in /src/usr.bin/systat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-03-01 04:30:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-03-01 04:30:50 - ERROR: failed to build world TB --- 2010-03-01 04:30:50 - 2456.39 user 505.20 system 3350.48 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Mon Mar 1 04:31:02 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B49F1065670; Mon, 1 Mar 2010 04:31:02 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 05CA58FC17; Mon, 1 Mar 2010 04:31:01 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o214V1Cq056549; Sun, 28 Feb 2010 23:31:01 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o214V1uT056545; Mon, 1 Mar 2010 04:31:01 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 1 Mar 2010 04:31:01 GMT Message-Id: <201003010431.o214V1uT056545@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Mar 2010 04:31:02 -0000 TB --- 2010-03-01 03:35:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-03-01 03:35:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2010-03-01 03:35:00 - cleaning the object tree TB --- 2010-03-01 03:35:30 - cvsupping the source tree TB --- 2010-03-01 03:35:30 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2010-03-01 03:37:07 - building world TB --- 2010-03-01 03:37:07 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-01 03:37:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-01 03:37:07 - TARGET=pc98 TB --- 2010-03-01 03:37:07 - TARGET_ARCH=i386 TB --- 2010-03-01 03:37:07 - TZ=UTC TB --- 2010-03-01 03:37:07 - __MAKE_CONF=/dev/null TB --- 2010-03-01 03:37:07 - cd /src TB --- 2010-03-01 03:37:07 - /usr/bin/make -B buildworld >>> World build started on Mon Mar 1 03:37:08 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DUSE_BSM_AUDIT -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -o su su.o -lutil -lpam -lbsm gzip -cn /src/usr.bin/su/su.1 > su.1.gz ===> usr.bin/systat (all) cc -O2 -pipe -DINET6 -std=gnu99 -fstack-protector -Wno-pointer-sign -c /src/usr.bin/systat/cmds.c cc -O2 -pipe -DINET6 -std=gnu99 -fstack-protector -Wno-pointer-sign -c /src/usr.bin/systat/cmdtab.c In file included from /src/usr.bin/systat/extern.h:39, from /src/usr.bin/systat/cmdtab.c:43: /obj/pc98/src/tmp/usr/include/kvm.h:72: error: expected declaration specifiers or '...' before 'u_int' *** Error code 1 Stop in /src/usr.bin/systat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-03-01 04:31:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-03-01 04:31:01 - ERROR: failed to build world TB --- 2010-03-01 04:31:01 - 2445.48 user 526.98 system 3361.33 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Mon Mar 1 04:32:21 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 95FA5106566C; Mon, 1 Mar 2010 04:32:21 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 461AC8FC24; Mon, 1 Mar 2010 04:32:21 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o214WKuq060344; Sun, 28 Feb 2010 23:32:20 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o214WKPk060341; Mon, 1 Mar 2010 04:32:20 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 1 Mar 2010 04:32:20 GMT Message-Id: <201003010432.o214WKPk060341@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Mar 2010 04:32:21 -0000 TB --- 2010-03-01 03:35:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-03-01 03:35:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2010-03-01 03:35:00 - cleaning the object tree TB --- 2010-03-01 03:35:34 - cvsupping the source tree TB --- 2010-03-01 03:35:34 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2010-03-01 03:37:33 - building world TB --- 2010-03-01 03:37:33 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-01 03:37:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-01 03:37:33 - TARGET=amd64 TB --- 2010-03-01 03:37:33 - TARGET_ARCH=amd64 TB --- 2010-03-01 03:37:33 - TZ=UTC TB --- 2010-03-01 03:37:33 - __MAKE_CONF=/dev/null TB --- 2010-03-01 03:37:33 - cd /src TB --- 2010-03-01 03:37:33 - /usr/bin/make -B buildworld >>> World build started on Mon Mar 1 03:37:34 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DUSE_BSM_AUDIT -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -o su su.o -lutil -lpam -lbsm gzip -cn /src/usr.bin/su/su.1 > su.1.gz ===> usr.bin/systat (all) cc -O2 -pipe -DINET6 -std=gnu99 -fstack-protector -Wno-pointer-sign -c /src/usr.bin/systat/cmds.c cc -O2 -pipe -DINET6 -std=gnu99 -fstack-protector -Wno-pointer-sign -c /src/usr.bin/systat/cmdtab.c In file included from /src/usr.bin/systat/extern.h:39, from /src/usr.bin/systat/cmdtab.c:43: /obj/src/tmp/usr/include/kvm.h:72: error: expected declaration specifiers or '...' before 'u_int' *** Error code 1 Stop in /src/usr.bin/systat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-03-01 04:32:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-03-01 04:32:20 - ERROR: failed to build world TB --- 2010-03-01 04:32:20 - 2483.05 user 507.58 system 3440.46 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Mon Mar 1 05:17:28 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 348E01065695; Mon, 1 Mar 2010 05:17:28 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id D95AB8FC14; Mon, 1 Mar 2010 05:17:27 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o215HRxI026159; Mon, 1 Mar 2010 00:17:27 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o215HRXw026153; Mon, 1 Mar 2010 05:17:27 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 1 Mar 2010 05:17:27 GMT Message-Id: <201003010517.o215HRXw026153@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Mar 2010 05:17:28 -0000 TB --- 2010-03-01 04:30:50 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-03-01 04:30:50 - starting HEAD tinderbox run for mips/mips TB --- 2010-03-01 04:30:50 - cleaning the object tree TB --- 2010-03-01 04:30:59 - cvsupping the source tree TB --- 2010-03-01 04:30:59 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2010-03-01 04:33:31 - building world TB --- 2010-03-01 04:33:31 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-01 04:33:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-01 04:33:31 - TARGET=mips TB --- 2010-03-01 04:33:31 - TARGET_ARCH=mips TB --- 2010-03-01 04:33:31 - TZ=UTC TB --- 2010-03-01 04:33:31 - __MAKE_CONF=/dev/null TB --- 2010-03-01 04:33:31 - cd /src TB --- 2010-03-01 04:33:31 - /usr/bin/make -B buildworld >>> World build started on Mon Mar 1 04:33:32 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -DUSE_BSM_AUDIT -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -o su su.o -lutil -lpam -lbsm gzip -cn /src/usr.bin/su/su.1 > su.1.gz ===> usr.bin/systat (all) cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -DINET6 -std=gnu99 -Wno-pointer-sign -c /src/usr.bin/systat/cmds.c cc -O -pipe -EL -msoft-float -G0 -mno-dsp -mabicalls -DINET6 -std=gnu99 -Wno-pointer-sign -c /src/usr.bin/systat/cmdtab.c In file included from /src/usr.bin/systat/extern.h:39, from /src/usr.bin/systat/cmdtab.c:43: /obj/mips/src/tmp/usr/include/kvm.h:72: error: expected declaration specifiers or '...' before 'u_int' *** Error code 1 Stop in /src/usr.bin/systat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-03-01 05:17:27 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-03-01 05:17:27 - ERROR: failed to build world TB --- 2010-03-01 05:17:27 - 1933.53 user 451.70 system 2796.39 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Mon Mar 1 05:27:26 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 15C431065674; Mon, 1 Mar 2010 05:27:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id B9FEA8FC15; Mon, 1 Mar 2010 05:27:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o215RP1A097546; Mon, 1 Mar 2010 00:27:25 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o215RP48097538; Mon, 1 Mar 2010 05:27:25 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 1 Mar 2010 05:27:25 GMT Message-Id: <201003010527.o215RP48097538@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Mar 2010 05:27:26 -0000 TB --- 2010-03-01 04:32:21 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-03-01 04:32:21 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2010-03-01 04:32:21 - cleaning the object tree TB --- 2010-03-01 04:32:34 - cvsupping the source tree TB --- 2010-03-01 04:32:34 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2010-03-01 04:35:02 - building world TB --- 2010-03-01 04:35:02 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-01 04:35:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-01 04:35:02 - TARGET=sparc64 TB --- 2010-03-01 04:35:02 - TARGET_ARCH=sparc64 TB --- 2010-03-01 04:35:02 - TZ=UTC TB --- 2010-03-01 04:35:02 - __MAKE_CONF=/dev/null TB --- 2010-03-01 04:35:02 - cd /src TB --- 2010-03-01 04:35:02 - /usr/bin/make -B buildworld >>> World build started on Mon Mar 1 04:35:03 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DUSE_BSM_AUDIT -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -o su su.o -lutil -lpam -lbsm gzip -cn /src/usr.bin/su/su.1 > su.1.gz ===> usr.bin/systat (all) cc -O2 -pipe -DINET6 -std=gnu99 -fstack-protector -Wno-pointer-sign -c /src/usr.bin/systat/cmds.c cc -O2 -pipe -DINET6 -std=gnu99 -fstack-protector -Wno-pointer-sign -c /src/usr.bin/systat/cmdtab.c In file included from /src/usr.bin/systat/extern.h:39, from /src/usr.bin/systat/cmdtab.c:43: /obj/sparc64/src/tmp/usr/include/kvm.h:72: error: expected declaration specifiers or '...' before 'u_int' *** Error code 1 Stop in /src/usr.bin/systat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-03-01 05:27:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-03-01 05:27:25 - ERROR: failed to build world TB --- 2010-03-01 05:27:25 - 2381.48 user 476.24 system 3304.02 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Mon Mar 1 05:28:05 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 278861065670; Mon, 1 Mar 2010 05:28:05 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id CB9498FC0C; Mon, 1 Mar 2010 05:28:04 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o215S4B7004103; Mon, 1 Mar 2010 00:28:04 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o215S4Kh004099; Mon, 1 Mar 2010 05:28:04 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 1 Mar 2010 05:28:04 GMT Message-Id: <201003010528.o215S4Kh004099@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Mar 2010 05:28:05 -0000 TB --- 2010-03-01 04:31:01 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-03-01 04:31:01 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2010-03-01 04:31:01 - cleaning the object tree TB --- 2010-03-01 04:31:13 - cvsupping the source tree TB --- 2010-03-01 04:31:13 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2010-03-01 04:33:31 - building world TB --- 2010-03-01 04:33:31 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-01 04:33:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-01 04:33:31 - TARGET=powerpc TB --- 2010-03-01 04:33:31 - TARGET_ARCH=powerpc TB --- 2010-03-01 04:33:31 - TZ=UTC TB --- 2010-03-01 04:33:31 - __MAKE_CONF=/dev/null TB --- 2010-03-01 04:33:31 - cd /src TB --- 2010-03-01 04:33:31 - /usr/bin/make -B buildworld >>> World build started on Mon Mar 1 04:33:31 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DUSE_BSM_AUDIT -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -o su su.o -lutil -lpam -lbsm gzip -cn /src/usr.bin/su/su.1 > su.1.gz ===> usr.bin/systat (all) cc -O2 -pipe -DINET6 -std=gnu99 -fstack-protector -Wno-pointer-sign -c /src/usr.bin/systat/cmds.c cc -O2 -pipe -DINET6 -std=gnu99 -fstack-protector -Wno-pointer-sign -c /src/usr.bin/systat/cmdtab.c In file included from /src/usr.bin/systat/extern.h:39, from /src/usr.bin/systat/cmdtab.c:43: /obj/powerpc/src/tmp/usr/include/kvm.h:72: error: expected declaration specifiers or '...' before 'u_int' *** Error code 1 Stop in /src/usr.bin/systat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-03-01 05:28:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-03-01 05:28:04 - ERROR: failed to build world TB --- 2010-03-01 05:28:04 - 2534.90 user 487.16 system 3422.70 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Mon Mar 1 05:30:32 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 92C04106566B; Mon, 1 Mar 2010 05:30:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 42FFF8FC25; Mon, 1 Mar 2010 05:30:32 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o215UVYX015384; Mon, 1 Mar 2010 00:30:31 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o215UV2V015383; Mon, 1 Mar 2010 05:30:31 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 1 Mar 2010 05:30:31 GMT Message-Id: <201003010530.o215UV2V015383@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Mar 2010 05:30:32 -0000 TB --- 2010-03-01 04:21:38 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-03-01 04:21:38 - starting HEAD tinderbox run for ia64/ia64 TB --- 2010-03-01 04:21:38 - cleaning the object tree TB --- 2010-03-01 04:21:58 - cvsupping the source tree TB --- 2010-03-01 04:21:58 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2010-03-01 04:24:06 - building world TB --- 2010-03-01 04:24:06 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-01 04:24:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-01 04:24:06 - TARGET=ia64 TB --- 2010-03-01 04:24:06 - TARGET_ARCH=ia64 TB --- 2010-03-01 04:24:06 - TZ=UTC TB --- 2010-03-01 04:24:06 - __MAKE_CONF=/dev/null TB --- 2010-03-01 04:24:06 - cd /src TB --- 2010-03-01 04:24:06 - /usr/bin/make -B buildworld >>> World build started on Mon Mar 1 04:24:07 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DUSE_BSM_AUDIT -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -o su su.o -lutil -lpam -lbsm gzip -cn /src/usr.bin/su/su.1 > su.1.gz ===> usr.bin/systat (all) cc -O2 -pipe -DINET6 -std=gnu99 -Wno-pointer-sign -c /src/usr.bin/systat/cmds.c cc -O2 -pipe -DINET6 -std=gnu99 -Wno-pointer-sign -c /src/usr.bin/systat/cmdtab.c In file included from /src/usr.bin/systat/extern.h:39, from /src/usr.bin/systat/cmdtab.c:43: /obj/ia64/src/tmp/usr/include/kvm.h:72: error: expected declaration specifiers or '...' before 'u_int' *** Error code 1 Stop in /src/usr.bin/systat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-03-01 05:30:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-03-01 05:30:31 - ERROR: failed to build world TB --- 2010-03-01 05:30:31 - 3231.30 user 501.36 system 4133.14 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Mon Mar 1 06:07:59 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B91B3106566B; Mon, 1 Mar 2010 06:07:59 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 6967E8FC0A; Mon, 1 Mar 2010 06:07:59 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o2167wx4093591; Mon, 1 Mar 2010 01:07:58 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o2167wZM093590; Mon, 1 Mar 2010 06:07:58 GMT (envelope-from tinderbox@freebsd.org) Date: Mon, 1 Mar 2010 06:07:58 GMT Message-Id: <201003010607.o2167wZM093590@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Mar 2010 06:07:59 -0000 TB --- 2010-03-01 05:17:27 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-03-01 05:17:27 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2010-03-01 05:17:27 - cleaning the object tree TB --- 2010-03-01 05:17:46 - cvsupping the source tree TB --- 2010-03-01 05:17:46 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2010-03-01 05:19:57 - building world TB --- 2010-03-01 05:19:57 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-01 05:19:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-01 05:19:57 - TARGET=sun4v TB --- 2010-03-01 05:19:57 - TARGET_ARCH=sparc64 TB --- 2010-03-01 05:19:57 - TZ=UTC TB --- 2010-03-01 05:19:57 - __MAKE_CONF=/dev/null TB --- 2010-03-01 05:19:57 - cd /src TB --- 2010-03-01 05:19:57 - /usr/bin/make -B buildworld >>> World build started on Mon Mar 1 05:19:58 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -DUSE_BSM_AUDIT -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wno-pointer-sign -o su su.o -lutil -lpam -lbsm gzip -cn /src/usr.bin/su/su.1 > su.1.gz ===> usr.bin/systat (all) cc -O2 -pipe -DINET6 -std=gnu99 -fstack-protector -Wno-pointer-sign -c /src/usr.bin/systat/cmds.c cc -O2 -pipe -DINET6 -std=gnu99 -fstack-protector -Wno-pointer-sign -c /src/usr.bin/systat/cmdtab.c In file included from /src/usr.bin/systat/extern.h:39, from /src/usr.bin/systat/cmdtab.c:43: /obj/sun4v/src/tmp/usr/include/kvm.h:72: error: expected declaration specifiers or '...' before 'u_int' *** Error code 1 Stop in /src/usr.bin/systat. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-03-01 06:07:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-03-01 06:07:58 - ERROR: failed to build world TB --- 2010-03-01 06:07:58 - 2412.00 user 441.32 system 3031.25 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Mon Mar 1 09:47:56 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F1D68106566C; Mon, 1 Mar 2010 09:47:56 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id CF2768FC21; Mon, 1 Mar 2010 09:47:56 +0000 (UTC) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id 5D16746B17; Mon, 1 Mar 2010 04:47:56 -0500 (EST) Date: Mon, 1 Mar 2010 09:47:56 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: FreeBSD Tinderbox In-Reply-To: <201003010421.o214LctG084395@freebsd-current.sentex.ca> Message-ID: References: <201003010421.o214LctG084395@freebsd-current.sentex.ca> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org Subject: Re: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Mar 2010 09:47:57 -0000 On Mon, 1 Mar 2010, FreeBSD Tinderbox wrote: > ===> usr.bin/systat (all) > cc -O -pipe -DINET6 -std=gnu99 -Wno-pointer-sign -c /src/usr.bin/systat/cmds.c > cc -O -pipe -DINET6 -std=gnu99 -Wno-pointer-sign -c /src/usr.bin/systat/cmdtab.c > In file included from /src/usr.bin/systat/extern.h:39, > from /src/usr.bin/systat/cmdtab.c:43: > /obj/arm/src/tmp/usr/include/kvm.h:72: error: expected declaration specifiers or '...' before 'u_int' Converted from a u_int to an unsigned int in a follow-up commit, which fixes the build (I hope). Should have done a buildworld rather than building all the individual components, lesson re-learned. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Mon Mar 1 09:10:33 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F0CDD1065674 for ; Mon, 1 Mar 2010 09:10:33 +0000 (UTC) (envelope-from ray@dlink.ua) Received: from dlink.ua (smtp.dlink.ua [193.138.187.146]) by mx1.freebsd.org (Postfix) with ESMTP id A67168FC22 for ; Mon, 1 Mar 2010 09:10:33 +0000 (UTC) Received: from gw ([192.168.10.10] helo=terran) by dlink.ua with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1Nm10u-00034P-5a; Mon, 01 Mar 2010 10:30:04 +0200 Date: Mon, 1 Mar 2010 10:32:40 +0200 From: Alexandr Rybalko To: Weongyo Jeong Message-Id: <20100301103240.3a4aac8a.ray@dlink.ua> In-Reply-To: <20100228095259.GB3536@weongyo> References: <20091223035331.GA1293@weongyo> <4b31cb29.9413f30a.5f4a.ffff8382@mx.google.com> <20100226005115.GP14937@weongyo> <20100227011535.ed3f2486.ray@ddteam.net> <20100228095259.GB3536@weongyo> Organization: D-Link X-Mailer: Sylpheed 2.7.1 (GTK+ 2.16.6; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Mon, 01 Mar 2010 12:31:24 +0000 Cc: Alex RAY , current@freebsd.org, Weongyo Jeong Subject: Re: Call for Test and Review: bwn(4) - another Broadcom Wireless driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Mar 2010 09:10:34 -0000 On Sun, 28 Feb 2010 01:52:59 -0800 Weongyo Jeong wrote: >> On Sat, Feb 27, 2010 at 01:15:35AM +0200, Alex RAY wrote: >> > Hi Weongyo, >> > >> > Can new siba release operate in systems like in this SVG image? >> > System example: CPU BCM5836 + Wi-Fi BCM4318 >> >> Recent changes of siba(4) by myself doesn't change code flow, layout and >> doesn't include enhancements if you're an user of SENTRY5 mips CPU (like >> BCM5836) >> >> All I did on recent changes were to put common routines or codes which >> could be used for original siba(4). These codes are only used for >> bwn(4) driver currently and don't be merged with original siba(4). That >> means there are two separated codes in current siba(4) so merging two >> into one is a TODO. >> >> I have no idea current siba(4) supports a system using on CPU BCM5836 + >> Wi-Fi BCM4318 but in theory it should work without problems though I >> didn't test. >> >> > And can we compile siba bus code without pci code? >> >> I think it looks that it could be possible to compile without pci code. >> But makes sure that your device doesn't have PCI core. >> >> regards, >> Weongyo Jeong >> Can You test your driver without siba_switchcore, I see the device have mapping for all cores on SSB? > ssb0: mem 0xf4000000-0xf4003fff Think thre is 4 cores. When SSB on nexus, we don`t need core switching, maybe on PCI too. -- Alexandr Rybalko aka Alex RAY From owner-freebsd-current@FreeBSD.ORG Mon Mar 1 13:54:52 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 45082106564A for ; Mon, 1 Mar 2010 13:54:52 +0000 (UTC) (envelope-from matpockuh@gmail.com) Received: from mail-fx0-f223.google.com (mail-fx0-f223.google.com [209.85.220.223]) by mx1.freebsd.org (Postfix) with ESMTP id D099D8FC13 for ; Mon, 1 Mar 2010 13:54:51 +0000 (UTC) Received: by fxm23 with SMTP id 23so117778fxm.3 for ; Mon, 01 Mar 2010 05:54:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=aIVePl1m7BY0QDBHwvivNP2kLKH/Po4nZAdfXbvHC5E=; b=GaVR3YMzG2vzxjwX88ZDvZJhvqpxePIDGyd8LediyrLxLTZfVGPyns4mAIinc/5gRK MnMI7PPBEkPGRHUelXoZgYQhRHj9m63OsELShyWWZt40mi6i3SGqwuZXGpm9qXoa2SHj 1UeT1wJqR8qHN1m1bdmXWtAByfwi3y1i6e7/Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=rO7C/bsA0Uo9xaBcwWNL1D0SghhBD/1DmMVlQ5OwRrxC+yek2wAJ+oTd0Cxig5So17 rXVQ1BLW290I71ogUo49QRGfFSfySzVtURXNDt+JUCETYyKuP8LyFqdQBuKS1EiEXZdt ySs5WV3n3u/oQ34s/umCugyBGN0tH5WBgKpZ0= MIME-Version: 1.0 Received: by 10.239.133.141 with SMTP id 13mr409478hbv.13.1267450153084; Mon, 01 Mar 2010 05:29:13 -0800 (PST) Date: Mon, 1 Mar 2010 16:29:13 +0300 Message-ID: <3979a4b1003010529i6589a866n732c8f5048ceae7a@mail.gmail.com> From: KOT MATPOCKuH To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Problem building Openoffice 3.2.0 at current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Mar 2010 13:54:52 -0000 Hello! I'm trying to build OOo 3.2.0 on my notebook with 2Gb of memory and 4Gb swap size. from dmesg.boot: real memory = 2147483648 (2048 MB) avail memory = 2089287680 (1992 MB) swapinfo: Device 1K-blocks Used Avail Capacity /dev/gpt/swap 4194304 0 4194304 0% uname -a: FreeBSD kot 9.0-CURRENT FreeBSD 9.0-CURRENT #40: Wed Feb 10 01:36:25 MSK 2010 root@kot:/usr/obj/usr/src/sys/kot i386 and build fails with messages: [skipped] Successful packaging process! *********************************************************** ... creating log file log_OOO320_en-US.log ... creating "follow me" info file follow_me_OOO320_en-US.log. ****************************************** ... creating download installation set ... ****************************************** *... including installation set into /var/ports/usr/ports/editors/openoffice.org-3/work/OOO320_m12/instsetoo_native/ unxfbsdi.pro/OpenOffice_SDK/bsd/install/en-US_download_inprogress/OOo-SDK_3.2.0__install_en-US.sh... * *Out of memory during request for 788 bytes, total sbrk() is 96739328 bytes! * ... checking log file /var/ports/usr/ports/editors/openoffice.org-3/work/OOO320_m12/instsetoo_native/ unxfbsdi.pro/OpenOffice_SDK/bsd/logging/en-US/log_OOO320_en-US.log *********************************************************** Successful packaging process! *********************************************************** ... creating log file log_OOO320_en-US.log dmake: Error code 1, while making 'sdkoo_en-US.bsd' Running processes: 0 1 module(s): instsetoo_native need(s) to be rebuilt Reason(s): ERROR: error 65280 occurred while making /var/ports/usr/ports/editors/openoffice.org-3/work/OOO320_m12/instsetoo_native/util Attention: if you build and deliver the above module(s) you may prolongue your the build issuing command "build --from instsetoo_native" rmdir /tmp/fyA74vD5zg *** Error code 1 Stop in /usr/ports/editors/openoffice.org-3. Why I have "out of memory" error and how can I fix this problem? -- MATPOCKuH From owner-freebsd-current@FreeBSD.ORG Mon Mar 1 15:09:39 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6777F106564A for ; Mon, 1 Mar 2010 15:09:39 +0000 (UTC) (envelope-from matpockuh@gmail.com) Received: from mail-fx0-f223.google.com (mail-fx0-f223.google.com [209.85.220.223]) by mx1.freebsd.org (Postfix) with ESMTP id EE87A8FC19 for ; Mon, 1 Mar 2010 15:09:38 +0000 (UTC) Received: by fxm23 with SMTP id 23so197485fxm.3 for ; Mon, 01 Mar 2010 07:09:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=2h0kn5C9by1nNLj/Vaq4xEn+EhXGW0l9krdhK/lKTEw=; b=LSTyE47yITfL3E0D+Jnrkm3ymJdObWYCmD1/QTSYhAJyNnRCV1EnN1oLbJbs/cuGKx sE3sxrmIY7dibNy12nSm9A/bi3jnMKkaaarLkNA8D1DSoI6stuxuixs5Arc4zAe9n1n7 FDSIcFzoFCVuL/43wBPr2RrA6bH+eihcIhdHk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=rweLwuwrDZKRgyQ2kC0iVj+Cig0sl4ibSvxM24A1zUAvNw4ofHoNEVkIW0rx5qoHmB firTtB4tdildbveo6eSGgRs/kYo96zRBDCAO0gFKI4ONd4MR7gU0gWHgTJhKPXth620x YYqvkl2mdttmHmOlrTfPdQJnezx2tf8VqesiM= MIME-Version: 1.0 Received: by 10.239.135.78 with SMTP id c14mr446914hbc.9.1267456175060; Mon, 01 Mar 2010 07:09:35 -0800 (PST) In-Reply-To: <0f61b7afe284765d6f2db7597ef5f4b6@bluelife.at> References: <27714203.post@talk.nabble.com> <4e6cba831002240602gaffcee3lb8964096431d875f@mail.gmail.com> <83c3f6f36a82e27255b39206b0391900@bluelife.at> <0f61b7afe284765d6f2db7597ef5f4b6@bluelife.at> Date: Mon, 1 Mar 2010 18:09:34 +0300 Message-ID: <3979a4b1003010709o708360ffpffc328ed401a400c@mail.gmail.com> From: KOT MATPOCKuH To: Bernhard Froehlich Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Giovanni Trematerra , freebsd-current@freebsd.org Subject: Re: Virtualbox X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Mar 2010 15:09:39 -0000 2010/2/24 Bernhard Froehlich > > >>>> > >>>>00:00:15.481 !!Assertion Failed!! > >>>>00:00:15.481 Expression: paPages[i].Phys !=3D 0 && paPages[i].Phys != =3D > >>> NIL_RTHCPHYS && >!(paPages[i].Phys & PAGE_OFFSET_MASK) > >>>>00:00:15.481 Location =A0: > >>> /usr/ports/emulators/virtualbox-ose/work/VirtualBox-3.1.2_OSE/src/VBo= x > >>>>/VMM/MMHyper.cpp(610) int MMR3HyperMapPages(VM*, void*, RTR0PTR, > > size_t, > >>> const SUPPAGE*, > >>>>const char*, RTGCPTR64*) > >>>>00:00:15.482 i=3D0x0 Phys=3D0000000000000000 Heap > > http://svn.bluelife.at/nightlies/virtualbox-port-r731.tar.gz I also had this problem and with this port problem resolved. Please commit to ports tree :) -- MATPOCKuH From owner-freebsd-current@FreeBSD.ORG Mon Mar 1 15:42:22 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 14A431065670 for ; Mon, 1 Mar 2010 15:42:22 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from mail-iw0-f191.google.com (mail-iw0-f191.google.com [209.85.223.191]) by mx1.freebsd.org (Postfix) with ESMTP id D154D8FC24 for ; Mon, 1 Mar 2010 15:42:21 +0000 (UTC) Received: by iwn29 with SMTP id 29so1759553iwn.27 for ; Mon, 01 Mar 2010 07:42:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=AyIveExidu8w8DF4tu7GIRBz7/wA4yn92zpU03yc2dw=; b=lJsXkNfNBDupXy0jRlaMg8gmWs3v0OiEcVJuwMe+Y2r5ecXm31Zc8dhp1IQoxUPox0 c+7TRZVnPYN5ccHu+/Pn7MTC4M7wMvUE2zVvhfe+AYOk92JRm18IqZgPeJTP/jik6jnN H1IzBscaZdtMnFVsMOmWyJwDPzjNSHOZVW9fU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=CRX+bmMRoYHjeLr7IirvpuSALFzjuPFBdhPhMx7tfgp547cBdLVvBY150iKmF3uSIr 3dxlI66sPtVnuioJVG6DiXVNc8+Fj8U9zjk3wAJ+voOTmA87FuIw75hk+mznkSYsJAjo 7JzgQPAiDjbeBbCpR17JeYpBQ3xFYqJ4tyBgk= MIME-Version: 1.0 Received: by 10.231.148.16 with SMTP id n16mr43625ibv.37.1267458133945; Mon, 01 Mar 2010 07:42:13 -0800 (PST) In-Reply-To: <3979a4b1003010529i6589a866n732c8f5048ceae7a@mail.gmail.com> References: <3979a4b1003010529i6589a866n732c8f5048ceae7a@mail.gmail.com> Date: Mon, 1 Mar 2010 09:42:13 -0600 Message-ID: <790a9fff1003010742t92bc3bdx1d0fec154c4b66b5@mail.gmail.com> From: Scot Hetzel To: KOT MATPOCKuH Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: Problem building Openoffice 3.2.0 at current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Mar 2010 15:42:22 -0000 On Mon, Mar 1, 2010 at 7:29 AM, KOT MATPOCKuH wrote: > Hello! > > I'm trying to build OOo 3.2.0 on my notebook with 2Gb of memory and 4Gb s= wap > size. > from dmesg.boot: > real memory =A0=3D 2147483648 (2048 MB) > avail memory =3D 2089287680 (1992 MB) > swapinfo: > Device =A0 =A0 =A0 =A0 =A01K-blocks =A0 =A0 Used =A0 =A0Avail Capacity > /dev/gpt/swap =A0 =A0 4194304 =A0 =A0 =A0 =A00 =A04194304 =A0 =A0 0% > uname -a: > FreeBSD kot 9.0-CURRENT FreeBSD 9.0-CURRENT #40: Wed Feb 10 01:36:25 MSK > 2010 =A0 =A0 root@kot:/usr/obj/usr/src/sys/kot =A0i386 > > and build fails with messages: > [skipped] > Successful packaging process! > *********************************************************** > ... creating log file log_OOO320_en-US.log > ... creating "follow me" info file follow_me_OOO320_en-US.log. > > ****************************************** > ... creating download installation set ... > ****************************************** > *... including installation set into > /var/ports/usr/ports/editors/openoffice.org-3/work/OOO320_m12/instsetoo_n= ative/ > unxfbsdi.pro/OpenOffice_SDK/bsd/install/en-US_download_inprogress/OOo-SDK= _3.2.0__install_en-US.sh... > * > *Out of memory during request for 788 bytes, total sbrk() is 96739328 byt= es! > * > ... checking log file > /var/ports/usr/ports/editors/openoffice.org-3/work/OOO320_m12/instsetoo_n= ative/ > unxfbsdi.pro/OpenOffice_SDK/bsd/logging/en-US/log_OOO320_en-US.log > > *********************************************************** > Successful packaging process! > *********************************************************** > ... creating log file log_OOO320_en-US.log > dmake: =A0Error code 1, while making 'sdkoo_en-US.bsd' > Running processes: 0 > > 1 module(s): > =A0 =A0 =A0 instsetoo_native > need(s) to be rebuilt > > Reason(s): > > ERROR: error 65280 occurred while making > /var/ports/usr/ports/editors/openoffice.org-3/work/OOO320_m12/instsetoo_n= ative/util > > Attention: if you build and deliver the above module(s) you may prolongue > your the build issuing command "build --from instsetoo_native" > > rmdir /tmp/fyA74vD5zg > *** Error code 1 > > Stop in /usr/ports/editors/openoffice.org-3. > > Why I have "out of memory" error and how can I fix this problem? > Building OpenOffice requires 10GB of diskspace to build: http://wiki.services.openoffice.org/wiki/Documentation/Building_Guide/Build= ing_on_Linux How large is your /var filesystem? If it is less than 10GB, then you will need to set the WRKDIRPREFIX to the location of a filesystem that has at least 10GB. Scot From owner-freebsd-current@FreeBSD.ORG Mon Mar 1 16:32:55 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA827106564A for ; Mon, 1 Mar 2010 16:32:55 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe14.swipnet.se [212.247.155.161]) by mx1.freebsd.org (Postfix) with ESMTP id 58BE68FC0A for ; Mon, 1 Mar 2010 16:32:54 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=Yu6x0XFjdv1QySR081gA:9 a=At-Gli259hhV_x84FKUA:7 a=JXsP75wHYkbjw3YHFqRBJQezGdMA:4 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe14.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 603709444 for freebsd-current@freebsd.org; Mon, 01 Mar 2010 17:32:53 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Mon, 1 Mar 2010 17:31:20 +0100 User-Agent: KMail/1.12.4 (FreeBSD/8.0-STABLE; KDE/4.3.4; amd64; ; ) X-Face: +~\`s("[*|O,="7?X@L.elg*F"OA\I/3%^p8g?ab%RN'(; _IjlA: hGE..Ew, XAQ*o#\/M~SC=S1-f9{EzRfT'|Hhll5Q]ha5Bt-s|oTlKMusi:1e[wJl}kd}GR Z0adGx-x_0zGbZj'e(Y[(UNle~)8CQWXW@:DX+9)_YlB[tIccCPN$7/L' MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201003011731.20790.hselasky@c2i.net> Subject: [FAQ] FBSD on a USB stick X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Mar 2010 16:32:55 -0000 Hi, Sometimes the USB sticks won't get detected in time. You can fix this by using the following simple quick and dirty patch. --HPS ================================================================== --- sys/kern/vfs_mount.c (revision 204512) +++ sys/kern/vfs_mount.c (local) @@ -1656,6 +1656,8 @@ UMA_ALIGN_PTR, UMA_ZONE_NOFREE); devfs_first(); +repeat: + /* * We are booted with instructions to prompt for the root filesystem. */ @@ -1725,9 +1727,10 @@ * Everything so far has failed, prompt on the console if we haven't * already tried that. */ - if (!asked) - if (!vfs_mountroot_ask()) - goto mounted; + if (!asked) { + pause("WDISK", 1*hz); + goto repeat; + } panic("Root mount failed, startup aborted."); From owner-freebsd-current@FreeBSD.ORG Mon Mar 1 17:55:04 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C12C91065672 for ; Mon, 1 Mar 2010 17:55:04 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from mail-ew0-f226.google.com (mail-ew0-f226.google.com [209.85.219.226]) by mx1.freebsd.org (Postfix) with ESMTP id 5326E8FC22 for ; Mon, 1 Mar 2010 17:55:03 +0000 (UTC) Received: by ewy26 with SMTP id 26so1470444ewy.3 for ; Mon, 01 Mar 2010 09:54:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:from:content-type :content-transfer-encoding:subject:date:message-id:to:mime-version :x-mailer; bh=JTMDPwl+awvxbqcrUmDoBJu0lIuQz/DqqQBTvmM2ntQ=; b=Pkj6W8ceLtzFjKgNzzLYcry+OkIMjFJOhxA4RKHPuVZeplWWyu3doL7Ljy5zYmVJF6 ejF6Oolo8dKJWQC/Siu/xipHaZAGf++X8Z+yCOrtNvhb53A7IpDQcA617KlioO3HHvz3 GBhDgM+YQxP/zHmG9QI5EnDthct6zAoZQvyq0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:from:content-type:content-transfer-encoding:subject:date :message-id:to:mime-version:x-mailer; b=mtMNu3m3kWkFoK2676Rcdxh8ZqCILAXE6wnWfIOyygj2ZOyjWfwMk5Zd48UJx4sWAK j94m5R1LX1ZmZxz8uaBRf/sLq7GQZeltBJJh7TEfapfT6/39XQJ/pl+Y8pGcjWR5wnF3 nC8HokkJglHXjHFJzvSLKWv59siWg95orVT64= Received: by 10.213.0.147 with SMTP id 19mr3464676ebb.34.1267466095553; Mon, 01 Mar 2010 09:54:55 -0800 (PST) Received: from ?10.0.10.4? (54.81.54.77.rev.vodafone.pt [77.54.81.54]) by mx.google.com with ESMTPS id 28sm2818923eyg.30.2010.03.01.09.54.54 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 01 Mar 2010 09:54:55 -0800 (PST) Sender: Rui Paulo From: Rui Paulo Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Mon, 1 Mar 2010 17:54:53 +0000 Message-Id: <86038172-B455-4E05-988C-0C75EC4D465E@freebsd.org> To: current@freebsd.org, Eugeny N Dzhurinsky , S Smirnov Mime-Version: 1.0 (Apple Message framework v1077) X-Mailer: Apple Mail (2.1077) Cc: Subject: AR9285 patch against stable/8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Mar 2010 17:55:04 -0000 Hi, You can find a patch against FreeBSD 8 for the Atheros AR9285 support. = This patch includes the same code as in HEAD and has been proven more = functional than before (yeah I know I'm starting to be repetitive). http://people.freebsd.org/~rpaulo/ar9285_stable8.diff Please test. I'm planning to commit this this weekend. Regards, -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Mon Mar 1 18:34:35 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 01CB6106566B for ; Mon, 1 Mar 2010 18:34:35 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 868DE8FC14 for ; Mon, 1 Mar 2010 18:34:34 +0000 (UTC) Received: (qmail 1572 invoked by uid 399); 1 Mar 2010 18:34:33 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 1 Mar 2010 18:34:33 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4B8C08B8.6050108@FreeBSD.org> Date: Mon, 01 Mar 2010 10:34:32 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.7) Gecko/20100218 Thunderbird/3.0.1 MIME-Version: 1.0 To: Rui Paulo References: <4B8B3F3A.30704@FreeBSD.org> <23CBED2E-7B68-4183-861A-6134C1AF1C5B@gmail.com> In-Reply-To: <23CBED2E-7B68-4183-861A-6134C1AF1C5B@gmail.com> X-Enigmail-Version: 1.0.1 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: Crash with today's HEAD (r204479) appears to be wlan-related X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Mar 2010 18:34:35 -0000 On 03/01/10 10:24, Rui Paulo wrote: > On 1 Mar 2010, at 04:14, Doug Barton wrote: >> core.txt.0 is in my home directory on freefall. > > Can't see it: No read permission. Fixed, sorry. Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Mon Mar 1 18:37:22 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 90808106566C; Mon, 1 Mar 2010 18:37:22 +0000 (UTC) (envelope-from jamesbrandongooch@gmail.com) Received: from mail-pz0-f197.google.com (mail-pz0-f197.google.com [209.85.222.197]) by mx1.freebsd.org (Postfix) with ESMTP id 28D098FC18; Mon, 1 Mar 2010 18:37:21 +0000 (UTC) Received: by pzk36 with SMTP id 36so63360pzk.8 for ; Mon, 01 Mar 2010 10:37:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=qb7HEq0DzLL5aj502ZUQFFRufU+cwvIFHA66gdQEaWk=; b=Wd1hT6AZ9UISfgXu0DQxwm/AMGGK4/G0hYxHHCGQASWTU0RzHcx3TPh/F9Wp6HKPTA dlWu+d9GUjiBT+rnB0AOM/KLOpTT0YnE7C6dlVe0R7U6a6lT3ZZq2P+JEAZwCSax8nYg xkEm3xg++7MvKMNgE8WW4R++DT+6u6frjhiPs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=RtCJ9WHwXKbyE7g5IUSOXH4l1GTrCKyDYdoSoMmeLxxr13oBbEH4H4htUvD9uEMjGF T9jwOS4xSeshSqUQq553d4D+8dbCieCGrYpcUdm1ok8eR/WlyZqJnbEe8b51QwiXt7G3 WH2HlaYpATlPoQivTkYTRCKArq/jdhkoUmfBk= MIME-Version: 1.0 Received: by 10.142.7.29 with SMTP id 29mr2785851wfg.192.1267468637788; Mon, 01 Mar 2010 10:37:17 -0800 (PST) In-Reply-To: <3bbf2fe11002201419v52b249ccg8d82c8ae747cf318@mail.gmail.com> References: <179b97fb1001270941m2d8e9c8au20abc798c16b9c11@mail.gmail.com> <3bbf2fe11002201419v52b249ccg8d82c8ae747cf318@mail.gmail.com> Date: Mon, 1 Mar 2010 12:37:17 -0600 Message-ID: <179b97fb1003011037w4828ca1fj8de0cb5da35dfc3f@mail.gmail.com> From: Brandon Gooch To: Attilio Rao Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-fs@freebsd.org, freebsd-emulation@freebsd.org, FreeBSD Current , stable-list freebsd Subject: Re: ZFS and sh(1) panic: spin lock [lock addr] (smp rendezvous) held by [sh(1) proc tid] too long X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Mar 2010 18:37:22 -0000 On Sat, Feb 20, 2010 at 4:19 PM, Attilio Rao wrote: > 2010/1/27 Brandon Gooch : >> The machine, a Dell Optiplex 755, has been locking up recently. The >> situation usually occurs while using VirtualBox (running a 64-bit >> Windows 7 instance) and doing anything else in another xterm (such as >> rebuilding a port). =A0I've been unable to reliably reproduce it (I'm in >> an X session and the machine will not panic "properly"). >> >> However, while rebuilding Xorg today at ttyv0 and runnning >> VBoxHeadless on ttyv1, I managed to trigger what I believe is the >> lockup. >> >> I've attached a textdump in hopes that someone may be able to take a >> look and provide clues or instruction on debugging this. > > I think that jhb@ saw a similar problem while working on nVidia driver > or the like. > Not sure if he made any progress to debug this. > The situation has improved slightly, although attempting to run two VirtualBox guests at the same time inevitably leads to a lock-up. I've just taken to running one at a time. Not ideal, but until more debugging can be done, it's the only option I have. I ran into this using nvidia and radeon both. I can't really find a pattern, but I do see it when Windows is trying to draw a new window, or dim the screen when UAC kicks in... BTW, anyone know how to get a good dump when running Xorg? I'm not sure I've ever been able to, even when I panic on something non related to X or video drivers. -Brandon From owner-freebsd-current@FreeBSD.ORG Mon Mar 1 19:12:26 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 04E8D1065675 for ; Mon, 1 Mar 2010 19:12:26 +0000 (UTC) (envelope-from decke@bluelife.at) Received: from mail.itac.at (mail.itac.at [91.205.172.9]) by mx1.freebsd.org (Postfix) with ESMTP id 757028FC0C for ; Mon, 1 Mar 2010 19:12:25 +0000 (UTC) Received: from [91.205.172.21] (helo=webmail.bluelife.at) by mail.itac.at with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1NmB2W-0004I1-75; Mon, 01 Mar 2010 20:12:24 +0100 MIME-Version: 1.0 Date: Mon, 01 Mar 2010 20:12:25 +0100 From: Bernhard Froehlich To: KOT MATPOCKuH In-Reply-To: <3979a4b1003010709o708360ffpffc328ed401a400c@mail.gmail.com> References: <27714203.post@talk.nabble.com> <4e6cba831002240602gaffcee3lb8964096431d875f@mail.gmail.com> <83c3f6f36a82e27255b39206b0391900@bluelife.at> <0f61b7afe284765d6f2db7597ef5f4b6@bluelife.at> <3979a4b1003010709o708360ffpffc328ed401a400c@mail.gmail.com> Message-ID: X-Sender: decke@bluelife.at User-Agent: RoundCube Webmail/0.3.1 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=UTF-8 X-Spam-Score: 0.8 (/) X-Spam-Report: Spam detection software, running on the system "mail.itac.at", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: On Mon, 1 Mar 2010 18:09:34 +0300, KOT MATPOCKuH wrote: > 2010/2/24 Bernhard Froehlich >> >> >>>> >> >>>>00:00:15.481 !!Assertion Failed!! >> >>>>00:00:15.481 Expression: paPages[i].Phys != 0 && paPages[i].Phys != >> >>> NIL_RTHCPHYS && >!(paPages[i].Phys & PAGE_OFFSET_MASK) >> >>>>00:00:15.481 Location  : >> >>> /usr/ports/emulators/virtualbox-ose/work/VirtualBox-3.1.2_OSE/src/VBox >> >>>>/VMM/MMHyper.cpp(610) int MMR3HyperMapPages(VM*, void*, RTR0PTR, >> > size_t, >> >>> const SUPPAGE*, >> >>>>const char*, RTGCPTR64*) >> >>>>00:00:15.482 i=0x0 Phys=0000000000000000 Heap >> >> http://svn.bluelife.at/nightlies/virtualbox-port-r731.tar.gz > I also had this problem and with this port problem resolved. > Please commit to ports tree :) [...] Content analysis details: (0.8 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.4 ALL_TRUSTED Passed through trusted hosts only via SMTP 3.4 FH_DATE_PAST_20XX The date is grossly in the future. -1.2 AWL AWL: From: address is in the auto white-list Cc: Giovanni Trematerra , freebsd-current@freebsd.org Subject: Re: Virtualbox X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Mar 2010 19:12:26 -0000 On Mon, 1 Mar 2010 18:09:34 +0300, KOT MATPOCKuH wrote: > 2010/2/24 Bernhard Froehlich >> >> >>>> >> >>>>00:00:15.481 !!Assertion Failed!! >> >>>>00:00:15.481 Expression: paPages[i].Phys != 0 && paPages[i].Phys != >> >>> NIL_RTHCPHYS && >!(paPages[i].Phys & PAGE_OFFSET_MASK) >> >>>>00:00:15.481 Location  : >> >>> /usr/ports/emulators/virtualbox-ose/work/VirtualBox-3.1.2_OSE/src/VBox >> >>>>/VMM/MMHyper.cpp(610) int MMR3HyperMapPages(VM*, void*, RTR0PTR, >> > size_t, >> >>> const SUPPAGE*, >> >>>>const char*, RTGCPTR64*) >> >>>>00:00:15.482 i=0x0 Phys=0000000000000000 Heap >> >> http://svn.bluelife.at/nightlies/virtualbox-port-r731.tar.gz > I also had this problem and with this port problem resolved. > Please commit to ports tree :) This problem is currently investigated and as soon as there is a final patch that works for everyone we will commit it for sure. -- Bernhard Fröhlich http://www.bluelife.at/ From owner-freebsd-current@FreeBSD.ORG Mon Mar 1 18:24:16 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3DAEB106566C; Mon, 1 Mar 2010 18:24:16 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from mail-ew0-f226.google.com (mail-ew0-f226.google.com [209.85.219.226]) by mx1.freebsd.org (Postfix) with ESMTP id 9D4088FC1C; Mon, 1 Mar 2010 18:24:15 +0000 (UTC) Received: by ewy26 with SMTP id 26so1493146ewy.3 for ; Mon, 01 Mar 2010 10:24:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:mime-version :content-type:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to:x-mailer; bh=pEo9hhq1rAJV5fvksROUb8VW9xcotsui60fuep3xDq4=; b=FM8OZLZ2Tcpf8TfYKxaHmu4tHfDAbQlSBRNTZTwq0Qq4gnq3rZN6VpaGz7VTHkFp1e RpWJsOCY8YkCR8YJdlGthTlMjqq9srs+I9Kh8WZmjGED+Uka/SvB8dtVINdLFjylv/L5 b4LCExzPKFXSnGiU+EXcX9E9UgdSLHDW8fgYs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=FHVp9MiaoS+JDceQm63t8mWmPFSo5KwCh+sm0TVdVxeI22Rd1R8e58Ki0efu+xyhCc lzi1h9zxYwGv1s9Ck7V4F7N8KZkS6oZw2QtQ2lsgXLaWxjrFbZVkPqB7J/MWhr9O+fOD KP9mBxGqkASAjSQPjOcLa4jWi57HT0dKXrUGw= Received: by 10.213.1.145 with SMTP id 17mr52982ebf.46.1267467848409; Mon, 01 Mar 2010 10:24:08 -0800 (PST) Received: from ?10.0.10.4? (54.81.54.77.rev.vodafone.pt [77.54.81.54]) by mx.google.com with ESMTPS id 5sm10937231eyf.3.2010.03.01.10.24.06 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 01 Mar 2010 10:24:06 -0800 (PST) Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=us-ascii From: Rui Paulo In-Reply-To: <4B8B3F3A.30704@FreeBSD.org> Date: Mon, 1 Mar 2010 18:24:04 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: <23CBED2E-7B68-4183-861A-6134C1AF1C5B@gmail.com> References: <4B8B3F3A.30704@FreeBSD.org> To: Doug Barton X-Mailer: Apple Mail (2.1077) X-Mailman-Approved-At: Mon, 01 Mar 2010 19:23:23 +0000 Cc: freebsd-current@FreeBSD.org Subject: Re: Crash with today's HEAD (r204479) appears to be wlan-related X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Mar 2010 18:24:16 -0000 On 1 Mar 2010, at 04:14, Doug Barton wrote: > Loaded symbols for /boot/kernel/wpifw.ko > #0 doadump () at pcpu.h:246 > 246 pcpu.h: No such file or directory. > in pcpu.h > (kgdb) #0 doadump () at pcpu.h:246 > #1 0xc05f668f in boot (howto=3D260) > at /usr/local/src/sys/kern/kern_shutdown.c:416 > #2 0xc05f6972 in panic (fmt=3DVariable "fmt" is not available. > ) at /usr/local/src/sys/kern/kern_shutdown.c:579 > #3 0xc06ec73f in in_control (so=3D0xc6c2c80c, cmd=3D2149607705, > data=3D0xc5e677c0 "wlan0", ifp=3D0xc5dec000, td=3D0xc6654480) > at /usr/local/src/sys/netinet/in.c:603 > #4 0xc06a0f40 in ifioctl (so=3D0xc6c2c80c, cmd=3D2149607705, > data=3D0xc5e677c0 "wlan0", td=3D0xc6654480) > at /usr/local/src/sys/net/if.c:2451 > #5 0xc0640b35 in soo_ioctl (fp=3D0xc65a38f8, cmd=3D2149607705, > data=3D0xc5e677c0, > active_cred=3D0xc593e400, td=3D0xc6654480) > at /usr/local/src/sys/kern/sys_socket.c:212 > #6 0xc063ae3d in kern_ioctl (td=3D0xc6654480, fd=3D3, com=3D2149607705,= > data=3D0xc5e677c0 "wlan0") at file.h:247 > #7 0xc063afbf in ioctl (td=3D0xc6654480, uap=3D0xeac5bcf8) > at /usr/local/src/sys/kern/sys_generic.c:678 > #8 0xc0863f6a in syscall (frame=3D0xeac5bd38) > at /usr/local/src/sys/i386/i386/trap.c:1109 > #9 0xc08471e0 in Xint0x80_syscall () > at /usr/local/src/sys/i386/i386/exception.s:261 > #10 0x00000033 in ?? () > Previous frame inner to this frame (corrupt stack?) > (kgdb) =46rom the stack trace, the ioctl never reaches the net80211 stack and = it's probably an ifnet ioctl. > core.txt.0 is in my home directory on freefall. Can't see it: No read permission. -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Mon Mar 1 19:58:57 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9D7BE1065670; Mon, 1 Mar 2010 19:58:57 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: from mail-fx0-f223.google.com (mail-fx0-f223.google.com [209.85.220.223]) by mx1.freebsd.org (Postfix) with ESMTP id EFAC18FC13; Mon, 1 Mar 2010 19:58:56 +0000 (UTC) Received: by fxm23 with SMTP id 23so506293fxm.3 for ; Mon, 01 Mar 2010 11:58:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent:organization:x-operation-sytem; bh=ZOwSu0PfZRETQsA4ZbG40qTwHWeCqYBnIa+6/CBh1P8=; b=KneX6KEZf7uDTb6PfOCQXFtL7s1bSOIo+oHgSw8NZA62rXVQ0u59l9pE6SOAGaI0aD xDZ0BNOAnI5qd3EI1OzeKJUy0iLzJk2DYgSfd0mHAAP+/xRdOoMpFt3WcS+It3lm8Ga8 PS5S5/91MJTGxS7FZDD0YpXvQCLEGXauxHvQk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:mail-followup-to :references:mime-version:content-type:content-disposition :in-reply-to:user-agent:organization:x-operation-sytem; b=dAc4nVTCTSUH6FYmbPFOzM7AqBPsTKmcMXcrLXGuSprYmWqfxzgXH1vJ111B65EKP/ WjNPQDqB3ANq9j6KlcItQzg0Bz8h1xVdS4y/c6j52plH7nKTEcu09q17wEjZhr9pczjH uALqnh6eevNfIhuQEHbEw2dKlYp2P5e1HfqOA= Received: by 10.223.64.84 with SMTP id d20mr5477638fai.76.1267473530659; Mon, 01 Mar 2010 11:58:50 -0800 (PST) Received: from weongyo ([174.35.1.224]) by mx.google.com with ESMTPS id b17sm5947033fka.13.2010.03.01.11.58.47 (version=SSLv3 cipher=RC4-MD5); Mon, 01 Mar 2010 11:58:49 -0800 (PST) Received: by weongyo (sSMTP sendmail emulation); Mon, 1 Mar 2010 11:58:45 -0800 From: Weongyo Jeong Date: Mon, 1 Mar 2010 11:58:45 -0800 To: Aditya Sarawgi Message-ID: <20100301195845.GF1295@weongyo> Mail-Followup-To: Aditya Sarawgi , current@freebsd.org, gnemmi@gmail.com, attilio@freebsd.org, spikey.it@gmail.com References: <20091223035331.GA1293@weongyo> <4b31cb29.9413f30a.5f4a.ffff8382@mx.google.com> <20091223195134.GC1293@weongyo> <4b8ab56d.9413f30a.75df.ffffc0b9@mx.google.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4b8ab56d.9413f30a.75df.ffffc0b9@mx.google.com> User-Agent: Mutt/1.4.2.3i Organization: CDNetworks. X-Operation-Sytem: FreeBSD Cc: attilio@freebsd.org, spikey.it@gmail.com, gnemmi@gmail.com, current@freebsd.org Subject: Re: Call for Test and Review: bwn(4) - another Broadcom Wireless driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Weongyo Jeong List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Mar 2010 19:58:57 -0000 On Sun, Feb 28, 2010 at 11:56:50PM +0000, Aditya Sarawgi wrote: > On Wed, Dec 23, 2009 at 11:51:34AM -0800, Weongyo Jeong wrote: > > On Wed, Dec 23, 2009 at 08:18:48AM +0000, Aditya Sarawgi wrote: > > > On Tue, Dec 22, 2009 at 07:53:31PM -0800, Weongyo Jeong wrote: > > > > Hello, > > > > > > > > Now bwn(4) is available at the public and waiting test and review. The > > > > status of this driver is *alpha* so could make panics, warnings and > > > > errors. Please let me know if you encounter problems. > > > > > > > > The following NICs all I have are only tested on the little endian 64bit > > > > machine and big endian 32bit machine. > > > > > > > > - Broadcom BCM4306 802.11b/g Wireless > > > > - Broadcom BCM4318 802.11b/g Wireless > > > > > > > > I tested basic RX, TX and WPA association as STA mode and checked it > > > > worked. > > > > > > > > As you might know there are still a lot of TODO in the driver so you > > > > could see some verbose messages during testing so please ignore or let > > > > me know it makes problems. > > > > > > > > == How to build and load == > > > > > > > > # cd /usr/src/sys > > > > # fetch http://people.freebsd.org/~weongyo/bwn_20091222.tar.gz > > > > # tar xzf bwn_20091222.tar.gz > > > > # cd modules/ssb > > > > # make && make install > > > > # cd ../.. > > > > # cd modules/bwn > > > > # make && make install > > > > # cd somewhere > > > > # fetch http://people.freebsd.org/~weongyo/bwn_ports_20091222.tar.gz > > > > # tar xzf bwn_ports_20091222.tar.gz > > > > # cd sysutils/b43-fwcutter > > > > # make install clean > > > > # cd ../.. > > > > # cd net/bwn-firmware-kmod > > > > # make install clean > > > > # > > > > # kldload ssb > > > > # kldload bwn_v4_ucode > > > > # kldload if_bwn > > > > > > > > regards, > > > > Weongyo Jeong > > > > > > > > > > Hi, > > > > > > The driver doesn't work with BCM4315, here's what dmesg shows > > > > > > ssb0: mem 0xf4000000-0xf4003fff > > > irq 19 at device 0.0 on pci6 > > > bwn0 on ssb0 > > > bwn0: unsupported PHY type (5) > > > device_attach: bwn0 attach returned 6 > > > > I see that your device has LP-PHY instead of A/B/G/N PHYs so currently > > it's not supported by bwn(4). > > > > AFAIK linux has a weak but working implementation so we could refer to > > other Open Sources. > > > > regards, > > Weongyo Jeong > > > > Hi, > > It still doesn't work, when I try to do > ifconfig bwn0 scan > I get > ifconfig: unable to get the scan results uses the following commands instead of it that you didn't create the virtual wlan interface: # ifconfig wlan0 create wlandev bwn0 # ifconfig wlan0 up # ifconfig wlan0 scan # ifconfig wlan0 list scan > The device is getting recognized properly > here's the dmesg > > siba_bwn0: mem > 0xf4000000-0xf4003fff irq 19 at device 0.0 on pci6 > bwn0 on siba_bwn0 > bwn0: WLAN (chipid 0x4312 rev 15) PHY (analog 6 type 5 rev 1) RADIO > (manuf 0x17f ver 0x2062 rev 2) > bwn0: DMA (64 bits) > bwn0: Using 1 MSI messages > bwn0: [FILTER] > > I have loaded the following modules > bwn_v4_ucode.ko Please uses bwn_v4_lp_ucode.ko because your device looks it's LP PHY. > if_bwn.ko > siba_bwn.ko regards, Weongyo Jeong From owner-freebsd-current@FreeBSD.ORG Mon Mar 1 20:13:13 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8DDB6106564A for ; Mon, 1 Mar 2010 20:13:13 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: from mail-bw0-f228.google.com (mail-bw0-f228.google.com [209.85.218.228]) by mx1.freebsd.org (Postfix) with ESMTP id 137FB8FC1A for ; Mon, 1 Mar 2010 20:13:12 +0000 (UTC) Received: by bwz28 with SMTP id 28so771982bwz.14 for ; Mon, 01 Mar 2010 12:13:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent:organization:x-operation-sytem; bh=UCu/ZOUAeCTZHkBUEu1DpAy1ByrolXEZwjVmuS4Bi6M=; b=j7CmkfsZi4q/d9XT4RW+Bk8z+2snZCI5aMM8zzema4ObnxT0oAtWzwsKVp7N7OJ3/h b3GK06yJf838DsKE8sq4P9Z9G0UutqKIGgJgyY4Og4ayWaa1yw9RlkyW1aL3wNVE2cbW VWYSUMddxkADrchvWSp1Wjnk/7Jqonv3WCjg8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:mail-followup-to :references:mime-version:content-type:content-disposition :in-reply-to:user-agent:organization:x-operation-sytem; b=DBeSkV32bCicJFo8Gm5CmYWIcUJhH27EEasAK6ZtdjTl/kdAc2CD1kTVUuTeZ7tR6i 8nInL4L7yzgBy+yzC9ADH7oqxFlIKCE3EuwpbfoIxpxdz5yPA0dRP2w2nIQ0KMESF3HX ofmLP8XTHHdhr2/cJ8phu+KKdiGSdkEq8rq0E= Received: by 10.103.64.21 with SMTP id r21mr3997414muk.30.1267474383295; Mon, 01 Mar 2010 12:13:03 -0800 (PST) Received: from weongyo ([174.35.1.224]) by mx.google.com with ESMTPS id s10sm19937759muh.35.2010.03.01.12.13.00 (version=SSLv3 cipher=RC4-MD5); Mon, 01 Mar 2010 12:13:01 -0800 (PST) Received: by weongyo (sSMTP sendmail emulation); Mon, 1 Mar 2010 12:12:54 -0800 From: Weongyo Jeong Date: Mon, 1 Mar 2010 12:12:54 -0800 To: Miki Message-ID: <20100301201254.GG1295@weongyo> Mail-Followup-To: Miki , current@freebsd.org References: <20091223035331.GA1293@weongyo> <4b31cb29.9413f30a.5f4a.ffff8382@mx.google.com> <20100226005115.GP14937@weongyo> <261c29701002281145v357d86edl822f032e6e09a7fc@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <261c29701002281145v357d86edl822f032e6e09a7fc@mail.gmail.com> User-Agent: Mutt/1.4.2.3i Organization: CDNetworks. X-Operation-Sytem: FreeBSD Cc: current@freebsd.org Subject: Re: Call for Test and Review: bwn(4) - another Broadcom Wireless driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Weongyo Jeong List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Mar 2010 20:13:13 -0000 On Sun, Feb 28, 2010 at 08:45:32PM +0100, Miki wrote: > Hi, > > Thanks for the work ! > > I have some problems here when I try to create a wlan interface : > bwn_v4_ucode5: could not load firmware image, error 2 > bwn0: the fw file(bwn_v4_ucode5) not found Did you try to UP the interface withload loading bwn_v4_ucode.ko? If yes currently bwn(4) doesn't automatically load firmware module so you need to do it by hand. # kldload bwn_v4_ucode The patch for this is ready to commit and it'll be happened soon. > I have installed bwn-firmware-kmod from ports but the only files I have in > /boot/modules are bwn_v4_lp_ucode.ko and bwn_v4_ucode.ko. So I tried to > copy bwn_v4_ucode to bwn_v4_ucode5 and it seems to work : wlan0 is > created, I can associate to an open Access Point and obtain a DHCP lease. > But if I try to do some network IO (browsing the web) the interface hang > (I cannot obtain a lease anymore). I have a exact same device like you have but I didn't encounter this issue. Are there any messages from bwn(4) when you the interface becomes hang? One more question, after the interface hang, does the system be hang also? One thing you can do is that trying the device with PIO mode not DMA mode using the following tunable variable: hw.bwn.usedma Its default value is 1 to enable DMA operation so if you set it 0, PIO mode would be used and could see the message like below: bwn0: PIO Could you please test with it? regards, Weongyo Jeong From owner-freebsd-current@FreeBSD.ORG Mon Mar 1 20:55:31 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ED81F1065675 for ; Mon, 1 Mar 2010 20:55:31 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (chello089077043238.chello.pl [89.77.43.238]) by mx1.freebsd.org (Postfix) with ESMTP id 1E5B58FC18 for ; Mon, 1 Mar 2010 20:55:30 +0000 (UTC) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id AA06945EB2; Mon, 1 Mar 2010 21:55:28 +0100 (CET) Received: from localhost (chello089077043238.chello.pl [89.77.43.238]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 3284545E90; Mon, 1 Mar 2010 21:55:23 +0100 (CET) Date: Mon, 1 Mar 2010 21:55:20 +0100 From: Pawel Jakub Dawidek To: Subbsd Message-ID: <20100301205520.GB1946@garage.freebsd.pl> References: <8237b2241002281515q5e953a48l4ac8a981fed407ab@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LpQ9ahxlCli8rRTG" Content-Disposition: inline In-Reply-To: <8237b2241002281515q5e953a48l4ac8a981fed407ab@mail.gmail.com> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 9.0-CURRENT i386 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.6 required=4.5 tests=BAYES_00,RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-current@freebsd.org Subject: Re: check for jailed environment for adjkerntz X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Mar 2010 20:55:32 -0000 --LpQ9ahxlCli8rRTG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 01, 2010 at 02:15:41AM +0300, Subbsd wrote: > jail with "complete" type have standard crontab a file of tasks. However = not > all standard task are adapted for work in jail an environment. For example > adjkerntz which generates >=20 > adjkerntz [46733]: sysctl (set: "machdep.wall_cmos_clock"): Operation not > permitted >=20 > I suggest to give adjkerntz concept about jail in which to it it is not > necessary to work: [...] I also always was finding that annoying, but only your e-mail made me to think about ways to fix it and that maybe simple patch like the one below will do? --- etc/crontab (wersja 204363) +++ etc/crontab (kopia robocza) @@ -22,4 +22,4 @@ # # Adjust the time zone if the CMOS clock keeps local time, as opposed to # UTC time. See adjkerntz(8) for details. -1,31 0-5 * * * root adjkerntz -a +1,31 0-5 * * * root [ `sysctl -n security.jail.jailed` -eq 0 ] && adjkernt= z -a --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --LpQ9ahxlCli8rRTG Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkuMKbcACgkQForvXbEpPzQCVwCcDMWOLge0JqM+CIsuKEtCpy3u EgYAoLn569cpfALq/AsMhoY45oAm3/Sh =u3mY -----END PGP SIGNATURE----- --LpQ9ahxlCli8rRTG-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 1 21:15:57 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B33051065745; Mon, 1 Mar 2010 21:15:57 +0000 (UTC) (envelope-from rrs@lakerest.net) Received: from lakerest.net (unknown [IPv6:2001:240:585:2:213:d4ff:fef3:2d8d]) by mx1.freebsd.org (Postfix) with ESMTP id 626048FC08; Mon, 1 Mar 2010 21:15:57 +0000 (UTC) Received: from [10.1.1.53] ([10.1.1.53]) (authenticated bits=0) by lakerest.net (8.14.3/8.14.3) with ESMTP id o21LFuj6074225 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Mon, 1 Mar 2010 16:15:56 -0500 (EST) (envelope-from rrs@lakerest.net) Message-Id: From: Randall Stewart To: Jeff Roberson , kib@FreeBSD.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v936) Date: Mon, 1 Mar 2010 13:15:56 -0800 X-Mailer: Apple Mail (2.936) Cc: FreeBSD Current Subject: Patch to make ksched work right.. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Mar 2010 21:15:57 -0000 Jeff/Kib: I have made a small patch to make it so you can properly use the sched_getparam and sched_setscheduler() have them work properly for time-share classes. There were comments in the code about rejecting the idea of using it, but that is really not a good idea IMO since you need to be able to use a common posix method for this... at least to be somewhat compatible. Note that sched_getparam() right now returns garbage for a time share class... ;-o The patch is at: http://www.freebsd.org/~rrs/ksched_patch.txt For when a Time Share class is moved up to real-time I just return the posix max priority for it... now that leads me to... The one question I have, has I have dug through looking at the scheduler to figure this all out is: why does a TimeShare class process get a Real Time priority when its being good...i.e. sleeping a lot etc. It seems to me you would want to have true realtime processes be real time and be ahead of all timeshare not equal sharing with realtime i.e. they would time share with a priority between 223-160... Is there some reason that this works this way that I can't puzzle out with my quick review of the sched_ule code? For some of the things I am planning at my day job I really need to have T-S processes be separate from the real time unless you know of some pitfall there?? If you have no objections I will commit this.. Thanks R ------------------------------ Randall Stewart 803-317-4952 (cell) 803-345-0391(direct) From owner-freebsd-current@FreeBSD.ORG Mon Mar 1 21:17:03 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB818106566C; Mon, 1 Mar 2010 21:17:03 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [IPv6:2001:470:a803::1]) by mx1.freebsd.org (Postfix) with ESMTP id 8327E8FC1D; Mon, 1 Mar 2010 21:17:03 +0000 (UTC) Received: from mail.geekcn.org (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id 6B740A5AE76; Tue, 2 Mar 2010 05:17:01 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by mail.geekcn.org (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with LMTP id zxLohh8S5k-J; Tue, 2 Mar 2010 05:16:55 +0800 (CST) Received: from delta.delphij.net (drawbridge.ixsystems.com [206.40.55.65]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 5C99FA5AEA0; Tue, 2 Mar 2010 05:16:54 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=uH0wtfqCJFMQOeM0hPRYKh2L4iEs/Z4tBuNTwwSCy/7r7L2q9TOorWWN0XWFvWa2M Y5ZNZ8hTaUDl+qQHwVHSw== Message-ID: <4B8C2EC2.8070200@delphij.net> Date: Mon, 01 Mar 2010 13:16:50 -0800 From: Xin LI Organization: The Geek China Organization User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.7) Gecko/20100207 Thunderbird/3.0.1 ThunderBrowse/3.2.8.1 MIME-Version: 1.0 To: Pawel Jakub Dawidek References: <8237b2241002281515q5e953a48l4ac8a981fed407ab@mail.gmail.com> <20100301205520.GB1946@garage.freebsd.pl> In-Reply-To: <20100301205520.GB1946@garage.freebsd.pl> X-Enigmail-Version: 1.0.1 OpenPGP: id=3FCA37C1; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Subbsd Subject: Re: check for jailed environment for adjkerntz X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Mar 2010 21:17:03 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, On 2010/03/01 12:55, Pawel Jakub Dawidek wrote: > On Mon, Mar 01, 2010 at 02:15:41AM +0300, Subbsd wrote: >> jail with "complete" type have standard crontab a file of tasks. However not >> all standard task are adapted for work in jail an environment. For example >> adjkerntz which generates >> >> adjkerntz [46733]: sysctl (set: "machdep.wall_cmos_clock"): Operation not >> permitted >> >> I suggest to give adjkerntz concept about jail in which to it it is not >> necessary to work: > [...] > > I also always was finding that annoying, but only your e-mail made me to > think about ways to fix it and that maybe simple patch like the one > below will do? > > --- etc/crontab (wersja 204363) > +++ etc/crontab (kopia robocza) > @@ -22,4 +22,4 @@ > # > # Adjust the time zone if the CMOS clock keeps local time, as opposed to > # UTC time. See adjkerntz(8) for details. > -1,31 0-5 * * * root adjkerntz -a > +1,31 0-5 * * * root [ `sysctl -n security.jail.jailed` -eq 0 ] && adjkerntz -a I wouldn't mind if someone is willing to teach adjkerntz about the knowledge but I really think we should document explicitly somewhere that a jail host machine should have CMOS time set to UTC, which would avoid the whole codepath. Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iQEcBAEBAgAGBQJLjC7CAAoJEATO+BI/yjfBMvoIALhi3ByqQUWUKT7Ebjaqro6f tvm5ZMc/S0ao67qbAqEfLuhKw+mdD0FFwRK5V02wrFk6WA/505fHWbO16FwNlsq0 5QoTEwM5NGkjouAPE8rk5cMH2Tx3/ImsAcNczqlQbEluwPx57fvp4mc06OEYMTQw IPYs756f71nBfmE8c4I7RKRXAFtiUJEhPH2g0LpeOi7AUhjcmpNBpTlQdzOuy4GK og0xL1+0GRC9ooYFMwd6RlsXOPZAkdvSt2PiCNnyN5+giQcK3ZvWo6+StGZwOB/z fS4bF6zJxJ2kfj/QPEBj54Axb9+IQbHlTA1rp6lRkMLi4NomCaZCWiD7FIAhaTs= =fPoZ -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon Mar 1 23:37:13 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3D7EC1065670 for ; Mon, 1 Mar 2010 23:37:13 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: from mail-qy0-f194.google.com (mail-qy0-f194.google.com [209.85.221.194]) by mx1.freebsd.org (Postfix) with ESMTP id DE1E88FC19 for ; Mon, 1 Mar 2010 23:37:12 +0000 (UTC) Received: by qyk32 with SMTP id 32so1771274qyk.28 for ; Mon, 01 Mar 2010 15:37:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent:organization:x-operation-sytem; bh=1dHnWyjrQ+LSHXJgCY3d/pcZIhT26JtikzDkxDPJHdg=; b=nUfWs6yc6AwjZu+YD4iZoOAPASwLSClpeh+hWFLNgVoZgEYbn4RCJaQUq4s4rfxZKq o4EkDKxgjZxO6kwRI6mI0WnRpOee+gUM+02UeD3fBsNjtGmPlS2C5Uno9I2+HgqP4f0w aEocFosD6qX2YZHo5MIhGzWnTGcRCsIRviUTA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:mail-followup-to :references:mime-version:content-type:content-disposition :in-reply-to:user-agent:organization:x-operation-sytem; b=JAI5/7Yx45yEgkquTnCiLBjrRevnPhYWmeNPqT7lBKUoR5n8cc/kaR7X4tuGHdxxy/ 0/B29dnmWZ3IHkh4Q8GO/uZUGE53ND9Ii9tGRVZ7vSbopuSIYMkfRa7KSdO64jdWZdGn tGcBRecUObYuPQe8t1Kdrvo8uoOyZVRybSWsI= Received: by 10.224.66.144 with SMTP id n16mr2857741qai.141.1267486627215; Mon, 01 Mar 2010 15:37:07 -0800 (PST) Received: from weongyo ([174.35.1.224]) by mx.google.com with ESMTPS id 23sm2755671qyk.15.2010.03.01.15.37.05 (version=SSLv3 cipher=RC4-MD5); Mon, 01 Mar 2010 15:37:06 -0800 (PST) Received: by weongyo (sSMTP sendmail emulation); Mon, 1 Mar 2010 15:37:06 -0800 From: Weongyo Jeong Date: Mon, 1 Mar 2010 15:37:06 -0800 To: Joe Marcus Clarke Message-ID: <20100301233706.GH1295@weongyo> Mail-Followup-To: Joe Marcus Clarke , current References: <1267388668.39569.2410.camel@shumai.marcuscom.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="1ccMZA6j1vT5UqiK" Content-Disposition: inline In-Reply-To: <1267388668.39569.2410.camel@shumai.marcuscom.com> User-Agent: Mutt/1.4.2.3i Organization: CDNetworks. X-Operation-Sytem: FreeBSD Cc: current Subject: Re: Problem with new bwn driver on -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Weongyo Jeong List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Mar 2010 23:37:13 -0000 --1ccMZA6j1vT5UqiK Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sun, Feb 28, 2010 at 03:24:28PM -0500, Joe Marcus Clarke wrote: > I was extremely pleased to see this driver, so I could get off of the > flaky NDIS version. I have a Dell Vostra 2510 with a LP bwn mini-PCI > card. I have set if_bwn_load="YES" in /boot/loader.conf. I also have > bwn_v4_lp_ucode_load="YES" set. > > The firmware and driver loads. However, if_bwn doesn't attach to the > card. Once the OS is fully booted, I kldunload if_bwn, then reload it, > and the driver attaches just fine. This issue is reported by some people and I'm looking codes. > Once it is attached, however, I can > pass traffic just fine, but I get a large number of these messages on > the console, and the traffic rate is not what it was with the NDIS > driver: Could you please elaborate the traffic rate? You mean the traffic rate is lower or higher than NDIS driver? > > bwn0: out of bounds of the square-root table (-770884) > bwn0: out of bounds of the square-root table (-225625) > bwn0: out of bounds of the square-root table (-240100) Patch is attached with email and it'll fix this message. Could you please test with it? Was it successful to associate with AP? > When I boot with verbose mode, I only see the siba driver attach to the > card: > > siba_bwn0: mem 0xf4000000-0xf4003fff irq 19 at device 0.0 on pci6 > > My pciconf output is: > > siba_bwn0@pci0:6:0:0: class=0x028000 card=0x000b1028 chip=0x431514e4 rev=0x01 hdr=0x00 > vendor = 'Broadcom Corporation' > device = 'Broadcom Wireless b/g (BCM4315/BCM22062000)' > class = network > > When the driver does attach, I see: > > bwn0 on siba_bwn0 > bwn0: WLAN (chipid 0x4312 rev 15) PHY (analog 6 type 5 rev 1) RADIO (manuf 0x17f > bwn0: DMA (64 bits) > bwn0: MSI count : 1 > siba_bwn0: attempting to allocate 1 MSI vectors (1 supported) > msi: routing MSI IRQ 258 to local APIC 1 vector 54 > siba_bwn0: using IRQ 258 for MSI > bwn0: Using 1 MSI messages > bwn0: [MPSAFE] > bwn0: [FILTER] > bwn0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps > bwn0: 11g rates: 1Mbps 2Mbps 5.5Mbps 11Mbps 6Mbps 9Mbps 12Mbps 18Mbps 24Mbps 36M > bps 48Mbps 54Mbps > wlan0: bpf attached > wlan0: bpf attached > > Am I missing anything to get this to attach at boot time? Thanks. Maybe nothing. It looks there's a bug to attach bwn on boot time. One thing FYI is that bwn(4)'s LP implementation has some problems to calibrate TX so sometimes TX speed could be unstable and fluctuate. regards, Weongyo Jeong --1ccMZA6j1vT5UqiK Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="patch_bwn_20100301.diff" Index: if_bwn.c =================================================================== --- if_bwn.c (revision 204437) +++ if_bwn.c (working copy) @@ -12846,7 +12846,6 @@ static unsigned int bwn_sqrt(struct bwn_mac *mac, unsigned int x) { - struct bwn_softc *sc = mac->mac_sc; /* Table holding (10 * sqrt(x)) for x between 1 and 256. */ static uint8_t sqrt_table[256] = { 10, 14, 17, 20, 22, 24, 26, 28, @@ -12886,9 +12885,11 @@ if (x == 0) return (0); if (x >= 256) { - device_printf(sc->sc_dev, - "out of bounds of the square-root table (%d)\n", x); - return (16); + unsigned int tmp; + + for (tmp = 0; x >= (2 * tmp) + 1; x -= (2 * tmp++) + 1) + /* do nothing */ ; + return (tmp); } return (sqrt_table[x - 1] / 10); } --1ccMZA6j1vT5UqiK-- From owner-freebsd-current@FreeBSD.ORG Mon Mar 1 23:49:59 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A8A4E106566B for ; Mon, 1 Mar 2010 23:49:59 +0000 (UTC) (envelope-from gperez@entel.upc.edu) Received: from violet.upc.es (violet.upc.es [147.83.2.51]) by mx1.freebsd.org (Postfix) with ESMTP id 2CE548FC23 for ; Mon, 1 Mar 2010 23:49:58 +0000 (UTC) Received: from ackerman2.upc.es (ackerman2.upc.es [147.83.2.244]) by violet.upc.es (8.14.1/8.13.1) with ESMTP id o21KMeFW005995 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Mon, 1 Mar 2010 21:22:41 +0100 Received: from [192.168.100.200] (215.Red-88-15-20.dynamicIP.rima-tde.net [88.15.20.215]) (authenticated bits=0) by ackerman2.upc.es (8.13.8/8.13.8) with ESMTP id o21KMaMN024013 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 1 Mar 2010 21:22:40 +0100 Message-ID: <4B8C220A.1060402@entel.upc.edu> Date: Mon, 01 Mar 2010 21:22:34 +0100 From: =?ISO-8859-1?Q?Gustau_P=E9rez?= User-Agent: Thunderbird 2.0.0.23 (X11/20100207) MIME-Version: 1.0 To: weongyo.jeong@gmail.com References: <20091223035331.GA1293@weongyo> <4b31cb29.9413f30a.5f4a.ffff8382@mx.google.com> <20100226005115.GP14937@weongyo> <4B886572.7090600@delphij.net> <20100228074056.GA3536@weongyo> In-Reply-To: <20100228074056.GA3536@weongyo> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.63 on 147.83.2.244 X-Mail-Scanned: Criba 2.0 + Clamd X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (violet.upc.es [147.83.2.51]); Mon, 01 Mar 2010 21:22:41 +0100 (CET) Cc: current@freebsd.org Subject: Re: Call for Test and Review: bwn(4) - another Broadcom Wireless driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Mar 2010 23:49:59 -0000 En/na Weongyo Jeong ha escrit: > On Fri, Feb 26, 2010 at 04:21:06PM -0800, Xin LI wrote: > >> Hi, Weongyo, >> >> On 2010/02/25 16:51, Weongyo Jeong wrote: >> >>> FYI bwn(4) driver is committed into FreeBSD tree. I think the driver >>> supports your LP PHY device. After cvsup please try to rebuild siba_bwn >>> and bwn modules. >>> >>> Could you please test with it? Please let me know and send me your >>> full dmesg when you encounters the following problems: >>> >>> - if the driver doesn't work or is unstable. >>> - if it prints debugging or verbose messages. >>> >> Great! Thanks for the work! >> >> Is it possible to MFC the work back to 8-STABLE at some point? >> > > Of course yes. AFAIK it could be compiled and works without problems on > 8-STABLE; I checked it. :-) > > I'm trying to run it in STABLE right now. When kldloading if_bwm (following the given instructions, the other modules are kldloaded) it complains with : link_elf_obj: symbol _mtx_assert undefined looks like it fails in if_bwnvar.h. Culprit is this define : #define BWN_ASSERT_LOCKED(sc) mtx_assert(&(sc)->sc_mtx, MA_OWNED) Do I need witness enabled to run this ? Is there any way to run it in STABLE or do I need to run CURRENT ? Regards, Gus -- PGP KEY : http://www-entel.upc.edu/gus/gus.asc From owner-freebsd-current@FreeBSD.ORG Tue Mar 2 02:13:11 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EBC97106564A; Tue, 2 Mar 2010 02:13:10 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id AB1678FC18; Tue, 2 Mar 2010 02:13:10 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o222DAfC078963; Mon, 1 Mar 2010 21:13:10 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o222D9Wp078956; Tue, 2 Mar 2010 02:13:10 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 2 Mar 2010 02:13:10 GMT Message-Id: <201003020213.o222D9Wp078956@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Mar 2010 02:13:11 -0000 TB --- 2010-03-02 01:07:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-03-02 01:07:00 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2010-03-02 01:07:00 - cleaning the object tree TB --- 2010-03-02 01:07:25 - cvsupping the source tree TB --- 2010-03-02 01:07:25 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2010-03-02 01:07:46 - building world TB --- 2010-03-02 01:07:46 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-02 01:07:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-02 01:07:46 - TARGET=powerpc TB --- 2010-03-02 01:07:46 - TARGET_ARCH=powerpc TB --- 2010-03-02 01:07:46 - TZ=UTC TB --- 2010-03-02 01:07:46 - __MAKE_CONF=/dev/null TB --- 2010-03-02 01:07:46 - cd /src TB --- 2010-03-02 01:07:46 - /usr/bin/make -B buildworld >>> World build started on Tue Mar 2 01:07:47 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Mar 2 02:08:15 UTC 2010 TB --- 2010-03-02 02:08:15 - generating LINT kernel config TB --- 2010-03-02 02:08:15 - cd /src/sys/powerpc/conf TB --- 2010-03-02 02:08:15 - /usr/bin/make -B LINT TB --- 2010-03-02 02:08:15 - building LINT kernel TB --- 2010-03-02 02:08:15 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-02 02:08:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-02 02:08:15 - TARGET=powerpc TB --- 2010-03-02 02:08:15 - TARGET_ARCH=powerpc TB --- 2010-03-02 02:08:15 - TZ=UTC TB --- 2010-03-02 02:08:15 - __MAKE_CONF=/dev/null TB --- 2010-03-02 02:08:15 - cd /src TB --- 2010-03-02 02:08:15 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Mar 2 02:08:15 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/msk/if_msk.c:1662: error: (Each undeclared identifier is reported only once /src/sys/dev/msk/if_msk.c:1662: error: for each function it appears in.) /src/sys/dev/msk/if_msk.c:1663: error: 'struct msk_softc' has no member named 'msk_int_holdoff' /src/sys/dev/msk/if_msk.c:1668: error: 'struct msk_softc' has no member named 'msk_int_holdoff' /src/sys/dev/msk/if_msk.c: In function 'msk_init_locked': /src/sys/dev/msk/if_msk.c:3898: error: 'struct msk_softc' has no member named 'msk_int_holdoff' /src/sys/dev/msk/if_msk.c:3900: error: 'struct msk_softc' has no member named 'msk_int_holdoff' /src/sys/dev/msk/if_msk.c:3902: error: 'struct msk_softc' has no member named 'msk_int_holdoff' *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-03-02 02:13:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-03-02 02:13:09 - ERROR: failed to build lint kernel TB --- 2010-03-02 02:13:09 - 3014.20 user 564.84 system 3969.39 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue Mar 2 02:26:03 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 793E0106566C; Tue, 2 Mar 2010 02:26:03 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 3B5018FC0A; Tue, 2 Mar 2010 02:26:02 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o222Q28t027235; Mon, 1 Mar 2010 21:26:02 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o222Q28h027234; Tue, 2 Mar 2010 02:26:02 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 2 Mar 2010 02:26:02 GMT Message-Id: <201003020226.o222Q28h027234@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Mar 2010 02:26:03 -0000 TB --- 2010-03-02 01:24:11 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-03-02 01:24:11 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2010-03-02 01:24:11 - cleaning the object tree TB --- 2010-03-02 01:24:29 - cvsupping the source tree TB --- 2010-03-02 01:24:29 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2010-03-02 01:24:53 - building world TB --- 2010-03-02 01:24:53 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-02 01:24:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-02 01:24:53 - TARGET=sparc64 TB --- 2010-03-02 01:24:53 - TARGET_ARCH=sparc64 TB --- 2010-03-02 01:24:53 - TZ=UTC TB --- 2010-03-02 01:24:53 - __MAKE_CONF=/dev/null TB --- 2010-03-02 01:24:53 - cd /src TB --- 2010-03-02 01:24:53 - /usr/bin/make -B buildworld >>> World build started on Tue Mar 2 01:24:54 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Mar 2 02:20:57 UTC 2010 TB --- 2010-03-02 02:20:57 - generating LINT kernel config TB --- 2010-03-02 02:20:57 - cd /src/sys/sparc64/conf TB --- 2010-03-02 02:20:57 - /usr/bin/make -B LINT TB --- 2010-03-02 02:20:57 - building LINT kernel TB --- 2010-03-02 02:20:57 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-02 02:20:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-02 02:20:57 - TARGET=sparc64 TB --- 2010-03-02 02:20:57 - TARGET_ARCH=sparc64 TB --- 2010-03-02 02:20:57 - TZ=UTC TB --- 2010-03-02 02:20:57 - __MAKE_CONF=/dev/null TB --- 2010-03-02 02:20:57 - cd /src TB --- 2010-03-02 02:20:57 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Mar 2 02:20:57 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] /src/sys/dev/msk/if_msk.c:1662: error: (Each undeclared identifier is reported only once /src/sys/dev/msk/if_msk.c:1662: error: for each function it appears in.) /src/sys/dev/msk/if_msk.c:1663: error: 'struct msk_softc' has no member named 'msk_int_holdoff' /src/sys/dev/msk/if_msk.c:1668: error: 'struct msk_softc' has no member named 'msk_int_holdoff' /src/sys/dev/msk/if_msk.c: In function 'msk_init_locked': /src/sys/dev/msk/if_msk.c:3898: error: 'struct msk_softc' has no member named 'msk_int_holdoff' /src/sys/dev/msk/if_msk.c:3900: error: 'struct msk_softc' has no member named 'msk_int_holdoff' /src/sys/dev/msk/if_msk.c:3902: error: 'struct msk_softc' has no member named 'msk_int_holdoff' *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-03-02 02:26:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-03-02 02:26:02 - ERROR: failed to build lint kernel TB --- 2010-03-02 02:26:02 - 2844.08 user 551.07 system 3710.87 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Tue Mar 2 04:50:40 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A0C8A106566B; Tue, 2 Mar 2010 04:50:40 +0000 (UTC) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (marcuscom-pt.tunnel.tserv1.fmt.ipv6.he.net [IPv6:2001:470:1f00:ffff::1279]) by mx1.freebsd.org (Postfix) with ESMTP id 3B73E8FC15; Tue, 2 Mar 2010 04:50:40 +0000 (UTC) Received: from [IPv6:2001:470:1f00:2464::4] (shumai.marcuscom.com [IPv6:2001:470:1f00:2464::4]) by creme-brulee.marcuscom.com (8.14.4/8.14.4) with ESMTP id o224ox11018179; Mon, 1 Mar 2010 23:51:00 -0500 (EST) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Weongyo Jeong In-Reply-To: <20100301233706.GH1295@weongyo> References: <1267388668.39569.2410.camel@shumai.marcuscom.com> <20100301233706.GH1295@weongyo> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-NA3Clkjvs8aaslrGKIiu" Organization: MarcusCom, Inc. Date: Mon, 01 Mar 2010 23:50:43 -0500 Message-ID: <1267505443.35639.9.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.28.2 FreeBSD GNOME Team Port X-Spam-Status: No, score=-0.9 required=5.0 tests=BAYES_00,HELO_NO_DOMAIN autolearn=no version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on creme-brulee.marcuscom.com Cc: current Subject: Re: Problem with new bwn driver on -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Mar 2010 04:50:40 -0000 --=-NA3Clkjvs8aaslrGKIiu Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable On Mon, 2010-03-01 at 15:37 -0800, Weongyo Jeong wrote: > On Sun, Feb 28, 2010 at 03:24:28PM -0500, Joe Marcus Clarke wrote: > > I was extremely pleased to see this driver, so I could get off of the > > flaky NDIS version. I have a Dell Vostra 2510 with a LP bwn mini-PCI > > card. I have set if_bwn_load=3D"YES" in /boot/loader.conf. I also hav= e > > bwn_v4_lp_ucode_load=3D"YES" set. > >=20 > > The firmware and driver loads. However, if_bwn doesn't attach to the > > card. Once the OS is fully booted, I kldunload if_bwn, then reload it, > > and the driver attaches just fine. >=20 > This issue is reported by some people and I'm looking codes. Good to know. >=20 > > Once it is attached, however, I can > > pass traffic just fine, but I get a large number of these messages on > > the console, and the traffic rate is not what it was with the NDIS > > driver: >=20 > Could you please elaborate the traffic rate? You mean the traffic rate > is lower or higher than NDIS driver? The throughput with the if_bwn driver is less than with the ndis driver. It associates at 11g (36 Mbps), but the RTT is longer. This is noticeable with apps like VNC. The redraw is noticeably slower (line by line) than it was ndis. Low throughput apps like SSH work more or less the same. >=20 > >=20 > > bwn0: out of bounds of the square-root table (-770884) > > bwn0: out of bounds of the square-root table (-225625) > > bwn0: out of bounds of the square-root table (-240100) >=20 > Patch is attached with email and it'll fix this message. Could you > please test with it? Yes, the patch removes those messages. Thanks! >=20 > Was it successful to associate with AP? Yes, in DMA mode. In PIO mode, it associates, but does not pass any traffic. After a while, there was a critical DMA error, and the driver looped forever trying to communicate with the card. Joe --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-NA3Clkjvs8aaslrGKIiu Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEABECAAYFAkuMmSAACgkQb2iPiv4Uz4clLwCbB8lPvR6gs34J4qzchd/L/luT Kr0AoJjpXZQ2lhHBvD97aQDQdURfoL+M =JepB -----END PGP SIGNATURE----- --=-NA3Clkjvs8aaslrGKIiu-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 2 10:09:04 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9BA601065673; Tue, 2 Mar 2010 10:09:04 +0000 (UTC) (envelope-from peterjeremy@acm.org) Received: from mail12.syd.optusnet.com.au (mail12.syd.optusnet.com.au [211.29.132.193]) by mx1.freebsd.org (Postfix) with ESMTP id 28BE58FC0C; Tue, 2 Mar 2010 10:09:03 +0000 (UTC) Received: from server.vk2pj.dyndns.org (c122-106-253-149.belrs3.nsw.optusnet.com.au [122.106.253.149]) by mail12.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id o22A8QQs026841 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 2 Mar 2010 21:08:30 +1100 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.3/8.14.3) with ESMTP id o22A8QTX008796; Tue, 2 Mar 2010 21:08:26 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.3/8.14.3/Submit) id o22A8QQc008795; Tue, 2 Mar 2010 21:08:26 +1100 (EST) (envelope-from peter) Date: Tue, 2 Mar 2010 21:08:25 +1100 From: Peter Jeremy To: d@delphij.net Message-ID: <20100302100825.GA7314@server.vk2pj.dyndns.org> References: <8237b2241002281515q5e953a48l4ac8a981fed407ab@mail.gmail.com> <20100301205520.GB1946@garage.freebsd.pl> <4B8C2EC2.8070200@delphij.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0OAP2g/MAC+5xKAE" Content-Disposition: inline In-Reply-To: <4B8C2EC2.8070200@delphij.net> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-current@freebsd.org, Pawel Jakub Dawidek , Subbsd Subject: Re: check for jailed environment for adjkerntz X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Mar 2010 10:09:04 -0000 --0OAP2g/MAC+5xKAE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2010-Mar-01 13:16:50 -0800, Xin LI wrote: >I wouldn't mind if someone is willing to teach adjkerntz about the >knowledge but I really think we should document explicitly somewhere >that a jail host machine should have CMOS time set to UTC, which would >avoid the whole codepath. That may not be practical - consider someone who multi-boots their host and is forced to have CMOS time set to local time due to deficiencies in one of their other OSs. --=20 Peter Jeremy --0OAP2g/MAC+5xKAE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkuM45kACgkQ/opHv/APuIe3CwCfe9yJfk1DS0YakGBrdPEnxO9Q 5QYAnRMJac90c3W6rG04ihJRSyGeZpwh =DZUq -----END PGP SIGNATURE----- --0OAP2g/MAC+5xKAE-- From owner-freebsd-current@FreeBSD.ORG Tue Mar 2 13:15:04 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA0B4106566B for ; Tue, 2 Mar 2010 13:15:04 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from mail-bw0-f216.google.com (mail-bw0-f216.google.com [209.85.218.216]) by mx1.freebsd.org (Postfix) with ESMTP id 75FAB8FC0C for ; Tue, 2 Mar 2010 13:15:04 +0000 (UTC) Received: by bwz8 with SMTP id 8so155687bwz.3 for ; Tue, 02 Mar 2010 05:14:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:content-type:mime-version :subject:from:in-reply-to:date:content-transfer-encoding:message-id :references:to:x-mailer; bh=2OF1/o9PvoEmv2cF4+dLjjwlP9H/07rQqoYIIuQjz7M=; b=v7xy1Mmr7oqvzt25zlhkeZnTWGFeHtiuYdcQssTuLwmWbptLWpr+YRvhcdXZLzW9x7 QbUPQYIke1wavgQyeCZL2Rh36oUhF861XuiY+Y4gJGOkcrjg9v5M9xp/Cx3G1YfXknbv X6s47e48RkJ36L69NDwR0MwfStDmnUiH+r9zQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=content-type:mime-version:subject:from:in-reply-to:date :content-transfer-encoding:message-id:references:to:x-mailer; b=mWezinFYMKSSFrt+IJCKGUg22Izk+odFnM9SauCoHqhoXfaZZBFt9dlMCb4EuXOike P3VlDbkBeSEnSpPX0toh7GMae1mxUGcLjV2k3J9PtVPFvlg0Ls90fp/wP6ZOmci4EIKq TvqIBhKTJE10pO2MwrAfblZJJkDY4xJipat0w= Received: by 10.204.144.86 with SMTP id y22mr4423691bku.43.1267535692168; Tue, 02 Mar 2010 05:14:52 -0800 (PST) Received: from ?10.0.10.4? (54.81.54.77.rev.vodafone.pt [77.54.81.54]) by mx.google.com with ESMTPS id s17sm3775526bkd.12.2010.03.02.05.14.49 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 02 Mar 2010 05:14:49 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Apple Message framework v1077) From: Rui Paulo In-Reply-To: <86038172-B455-4E05-988C-0C75EC4D465E@freebsd.org> Date: Tue, 2 Mar 2010 13:14:48 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: References: <86038172-B455-4E05-988C-0C75EC4D465E@freebsd.org> To: current@freebsd.org, Eugeny N Dzhurinsky , S Smirnov X-Mailer: Apple Mail (2.1077) X-Mailman-Approved-At: Tue, 02 Mar 2010 13:25:23 +0000 Cc: Subject: Re: AR9285 patch against stable/8 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Mar 2010 13:15:05 -0000 On 1 Mar 2010, at 17:54, Rui Paulo wrote: > Hi, > You can find a patch against FreeBSD 8 for the Atheros AR9285 support. = This patch includes the same code as in HEAD and has been proven more = functional than before (yeah I know I'm starting to be repetitive). >=20 > http://people.freebsd.org/~rpaulo/ar9285_stable8.diff >=20 > Please test. I'm planning to commit this this weekend. Due to an apparent svn "feature", I can't make the diff look correct, so = I tested and committed this today. -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Tue Mar 2 13:30:05 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2805A106567C for ; Tue, 2 Mar 2010 13:30:05 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id EC6D18FC1E for ; Tue, 2 Mar 2010 13:30:04 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 6181A46B5B; Tue, 2 Mar 2010 08:30:04 -0500 (EST) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id BBAA78A01F; Tue, 2 Mar 2010 08:30:03 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 2 Mar 2010 08:01:32 -0500 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: <20091223035331.GA1293@weongyo> <20100228074056.GA3536@weongyo> <4B8C220A.1060402@entel.upc.edu> In-Reply-To: <4B8C220A.1060402@entel.upc.edu> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Message-Id: <201003020801.32955.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Tue, 02 Mar 2010 08:30:03 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.5 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Gustau =?iso-8859-1?q?P=E9rez?= , weongyo.jeong@gmail.com Subject: Re: Call for Test and Review: bwn(4) - another Broadcom Wireless driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Mar 2010 13:30:05 -0000 On Monday 01 March 2010 3:22:34 pm Gustau P=E9rez wrote: > En/na Weongyo Jeong ha escrit: > > On Fri, Feb 26, 2010 at 04:21:06PM -0800, Xin LI wrote: > > =20 > >> Hi, Weongyo, > >> > >> On 2010/02/25 16:51, Weongyo Jeong wrote: > >> =20 > >>> FYI bwn(4) driver is committed into FreeBSD tree. I think the driver= =20 > >>> supports your LP PHY device. After cvsup please try to rebuild siba_= bwn > >>> and bwn modules. > >>> > >>> Could you please test with it? Please let me know and send me your=20 > >>> full dmesg when you encounters the following problems: > >>> > >>> - if the driver doesn't work or is unstable. > >>> - if it prints debugging or verbose messages. > >>> =20 > >> Great! Thanks for the work! > >> > >> Is it possible to MFC the work back to 8-STABLE at some point? > >> =20 > > > > Of course yes. AFAIK it could be compiled and works without problems on > > 8-STABLE; I checked it. :-) > > > > =20 > I'm trying to run it in STABLE right now. When kldloading if_bwm > (following the given instructions, the other modules are kldloaded) it > complains with : >=20 > link_elf_obj: symbol _mtx_assert undefined >=20 > looks like it fails in if_bwnvar.h. Culprit is this define : > =20 > #define BWN_ASSERT_LOCKED(sc) =20 > mtx_assert(&(sc)->sc_mtx, MA_OWNED) >=20 > Do I need witness enabled to run this ? Is there any way to run it in > STABLE or do I need to run CURRENT ? It sounds like you have INVARIANTS defined when the module was built, but y= our=20 kernel does not have INVARIANT_SUPPORT defined. =2D-=20 John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Mar 2 16:39:14 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 157C9106566C for ; Tue, 2 Mar 2010 16:39:14 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 97EA58FC18 for ; Tue, 2 Mar 2010 16:39:13 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1NmV7n-0002AS-QJ for freebsd-current@freebsd.org; Tue, 02 Mar 2010 17:39:11 +0100 Received: from 207.155.204.151.ptr.us.xo.net ([207.155.204.151]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 02 Mar 2010 17:39:11 +0100 Received: from atkin901 by 207.155.204.151.ptr.us.xo.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 02 Mar 2010 17:39:11 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Mark Atkinson Date: Tue, 02 Mar 2010 08:38:57 -0800 Lines: 63 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: 207.155.204.151.ptr.us.xo.net User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.8) Gecko/20100301 Thunderbird/3.0.2 Subject: malloc problems in -current malloc_usable_size() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Mar 2010 16:39:14 -0000 Hi, I updated my kernel/world yesterday and thunderbird 3.0.2 started core dumping after I completed the upgrade. It continued to do so on previously good operations after a full re-compile. I noticed that some jemalloc changes went in and was wondering if anyone else was noticing SEGV problems in other apps with malloc_usable_size() or ARENA problems in threaded apps? 0x28eacb14 in malloc_usable_size () from /lib/libc.so.7 (gdb) bt #0 0x28eacb14 in malloc_usable_size () from /lib/libc.so.7 #1 0x28eadbaa in free () from /lib/libc.so.7 #2 0x2ed9ac22 in gss_release_buffer () from /usr/lib/libgssapi.so.10 #3 0x2ed9a5ea in gss_release_name () from /usr/lib/libgssapi.so.10 #4 0x2ed96ec9 in gss_init_sec_context () from /usr/lib/libgssapi.so.10 #5 0x2ec0aab4 in NSGetModule () from /usr/local/lib/thunderbird-3.0.2/components/libauth.so #6 0x2ec0b5c1 in NSGetModule () from /usr/local/lib/thunderbird-3.0.2/components/libauth.so #7 0x291853ea in nsMsgProtocol::AsyncOpen () from /usr/local/lib/thunderbird-3.0.2/components/libmail.so #8 0x29255b30 in nsStopwatch::QueryInterface () from /usr/local/lib/thunderbird-3.0.2/components/libmail.so #9 0x29255dc5 in nsStopwatch::QueryInterface () from /usr/local/lib/thunderbird-3.0.2/components/libmail.so #10 0x291832ee in nsMsgProtocol::OnDataAvailable () from /usr/local/lib/thunderbird-3.0.2/components/libmail.so #11 0x2986ff02 in NSGetModule () from /usr/local/lib/thunderbird-3.0.2/components/libnecko.so #12 0x298700b6 in NSGetModule () from /usr/local/lib/thunderbird-3.0.2/components/libnecko.so #13 0x281f8844 in NS_AsyncCopy () from /usr/local/lib/thunderbird-3.0.2/libxpcom_core.so #14 0x28212846 in NS_SetGlobalThreadObserver () from /usr/local/lib/thunderbird-3.0.2/libxpcom_core.so #15 0x281d3b7f in NS_ProcessNextEvent_P () from /usr/local/lib/thunderbird-3.0.2/libxpcom_core.so #16 0x29a54281 in NSGetModule () from /usr/local/lib/thunderbird-3.0.2/components/libwidget_gtk2.so #17 0x29ba1687 in NSGetModule () from /usr/local/lib/thunderbird-3.0.2/components/libtoolkitcomps.so #18 0x2819967d in XRE_main () from /usr/local/lib/thunderbird-3.0.2/libxul.so From owner-freebsd-current@FreeBSD.ORG Tue Mar 2 17:03:11 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 847CD1065674 for ; Tue, 2 Mar 2010 17:03:11 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 56C948FC1D for ; Tue, 2 Mar 2010 17:03:11 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id E495546B45; Tue, 2 Mar 2010 12:03:10 -0500 (EST) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 466568A01F; Tue, 2 Mar 2010 12:03:10 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 2 Mar 2010 12:03:00 -0500 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201003021203.00582.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Tue, 02 Mar 2010 12:03:10 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.5 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Mark Atkinson Subject: Re: malloc problems in -current malloc_usable_size() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Mar 2010 17:03:11 -0000 On Tuesday 02 March 2010 11:38:57 am Mark Atkinson wrote: > Hi, > > I updated my kernel/world yesterday and thunderbird 3.0.2 started core > dumping after I completed the upgrade. It continued to do so on > previously good operations after a full re-compile. > > I noticed that some jemalloc changes went in and was wondering if anyone > else was noticing SEGV problems in other apps with malloc_usable_size() > or ARENA problems in threaded apps? This may be a bug in gssapi rather than malloc(). Someone else was reporting segfaults from gss_release_buffer() because it was free()ing a bad pointer when using gssapi_krb5. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Mar 2 17:17:05 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AD081106566B for ; Tue, 2 Mar 2010 17:17:05 +0000 (UTC) (envelope-from jasone@freebsd.org) Received: from canonware.com (10140.x.rootbsd.net [204.109.63.53]) by mx1.freebsd.org (Postfix) with ESMTP id 900AB8FC1C for ; Tue, 2 Mar 2010 17:17:05 +0000 (UTC) Received: from [192.168.116.131] (out1-1601fw.corp.tfbnw.net [66.220.144.27]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by canonware.com (Postfix) with ESMTPSA id 7FBE72845A; Tue, 2 Mar 2010 09:17:04 -0800 (PST) Message-ID: <4B8D4806.7090704@freebsd.org> Date: Tue, 02 Mar 2010 09:16:54 -0800 From: Jason Evans User-Agent: Thunderbird 2.0.0.23 (X11/20090817) MIME-Version: 1.0 To: Mark Atkinson References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: malloc problems in -current malloc_usable_size() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Mar 2010 17:17:05 -0000 Mark Atkinson wrote: > I updated my kernel/world yesterday and thunderbird 3.0.2 started core > dumping after I completed the upgrade. It continued to do so on > previously good operations after a full re-compile. > > I noticed that some jemalloc changes went in and was wondering if anyone > else was noticing SEGV problems in other apps with malloc_usable_size() > or ARENA problems in threaded apps? > > (gdb) bt > #0 0x28eacb14 in malloc_usable_size () from /lib/libc.so.7 > #1 0x28eadbaa in free () from /lib/libc.so.7 > #2 0x2ed9ac22 in gss_release_buffer () from /usr/lib/libgssapi.so.10 This failure (segfault due to accessing an unmapped region of memory) is more subtle than I would typically expect of a malloc bug. My approach to debugging this would be to turn on tracing (see MALLOC_OPTIONS=U docs) and see if the pointer passed to free() was valid (i.e. returned by malloc/calloc/realloc, but not yet freed). Jason From owner-freebsd-current@FreeBSD.ORG Tue Mar 2 17:21:46 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F0257106564A for ; Tue, 2 Mar 2010 17:21:46 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id A91D48FC15 for ; Tue, 2 Mar 2010 17:21:46 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1NmVmz-0006wu-Az for freebsd-current@freebsd.org; Tue, 02 Mar 2010 18:21:45 +0100 Received: from 207.155.204.151.ptr.us.xo.net ([207.155.204.151]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 02 Mar 2010 18:21:45 +0100 Received: from atkin901 by 207.155.204.151.ptr.us.xo.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 02 Mar 2010 18:21:45 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Mark Atkinson Date: Tue, 02 Mar 2010 09:21:27 -0800 Lines: 21 Message-ID: References: <201003021203.00582.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: 207.155.204.151.ptr.us.xo.net User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.8) Gecko/20100301 Thunderbird/3.0.2 In-Reply-To: <201003021203.00582.jhb@freebsd.org> Subject: Re: malloc problems in -current malloc_usable_size() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Mar 2010 17:21:47 -0000 On 03/02/10 09:03, John Baldwin wrote: > On Tuesday 02 March 2010 11:38:57 am Mark Atkinson wrote: >> Hi, >> >> I updated my kernel/world yesterday and thunderbird 3.0.2 started core >> dumping after I completed the upgrade. It continued to do so on >> previously good operations after a full re-compile. >> >> I noticed that some jemalloc changes went in and was wondering if anyone >> else was noticing SEGV problems in other apps with malloc_usable_size() >> or ARENA problems in threaded apps? > > This may be a bug in gssapi rather than malloc(). Someone else was reporting > segfaults from gss_release_buffer() because it was free()ing a bad pointer > when using gssapi_krb5. > Thanks for that tip, I didn't associated that with the LDAP thread until now. LD_PRELOAD ing a dummy gss_release_buffer() stops the segfaulting. Curious it only showed up after I updated. I had an Jan 11th kernel/world earlier. From owner-freebsd-current@FreeBSD.ORG Tue Mar 2 18:13:53 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E7B65106566B; Tue, 2 Mar 2010 18:13:53 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [IPv6:2001:470:a803::1]) by mx1.freebsd.org (Postfix) with ESMTP id 887578FC0C; Tue, 2 Mar 2010 18:13:53 +0000 (UTC) Received: from mail.geekcn.org (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id 0CFAAA5C4A4; Wed, 3 Mar 2010 02:13:51 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by mail.geekcn.org (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with LMTP id uHiZzQXEL8Dy; Wed, 3 Mar 2010 02:13:45 +0800 (CST) Received: from delta.delphij.net (drawbridge.ixsystems.com [206.40.55.65]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 4B9E0A5CB05; Wed, 3 Mar 2010 02:13:42 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=sJBD9dbNVLdWe3XExBbrtVXYlDgqC9YmybP/F9ITYgZhEvv0cGWTgfQkozJfqY9cz qSbof6j4RA2O+SRYI8bJw== Message-ID: <4B8D5553.1080405@delphij.net> Date: Tue, 02 Mar 2010 10:13:39 -0800 From: Xin LI Organization: The Geek China Organization User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.7) Gecko/20100207 Thunderbird/3.0.1 ThunderBrowse/3.2.8.1 MIME-Version: 1.0 To: Peter Jeremy References: <8237b2241002281515q5e953a48l4ac8a981fed407ab@mail.gmail.com> <20100301205520.GB1946@garage.freebsd.pl> <4B8C2EC2.8070200@delphij.net> <20100302100825.GA7314@server.vk2pj.dyndns.org> In-Reply-To: <20100302100825.GA7314@server.vk2pj.dyndns.org> X-Enigmail-Version: 1.0.1 OpenPGP: id=3FCA37C1; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Pawel Jakub Dawidek , freebsd-current@freebsd.org, d@delphij.net, Subbsd Subject: Re: check for jailed environment for adjkerntz X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Mar 2010 18:13:54 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2010/03/02 02:08, Peter Jeremy wrote: > On 2010-Mar-01 13:16:50 -0800, Xin LI wrote: >> I wouldn't mind if someone is willing to teach adjkerntz about the >> knowledge but I really think we should document explicitly somewhere >> that a jail host machine should have CMOS time set to UTC, which would >> avoid the whole codepath. > > That may not be practical - consider someone who multi-boots their > host and is forced to have CMOS time set to local time due to > deficiencies in one of their other OSs. While I do agree with these point, I think we still want to mention that it's recommended if the host system is run dedicated with FreeBSD only (for example, adjkerntz won't have to be ran as a daemon, etc.). Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iQEcBAEBAgAGBQJLjVVTAAoJEATO+BI/yjfBB54H/2knif8AlrB8DwZR0IBHBmoZ DOsi5eYIJdwCPvyr3SC8pRrfhPcMwKixYtwDs/2EePiX9Xws16EEQWnvHKvMKIHq noRTt4eDbmr2mfwEHNxIh+T4m5XoVqjkD5sDtAOKHGg0UjXGepWakdCmzyDv4g2Q T5NVIBH+Cgx4tXSbCzrwL7dzLuM57iHd1GtCpOZZuauRucbxaXYwDLbVHKDzKgXv I1ggK/pC4K97ZviTrNRy5cXVLLxfHCSG0t37F1zBks8UWva8uzMoZvmb5bAtxcA0 yEszW2SSqVQB9xaEE0kPby214XdG2Ci46y3QJF/I6AkSQCi4LeLXmRynVPNcBsU= =32DY -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Mar 2 19:09:11 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 99DB7106566C; Tue, 2 Mar 2010 19:09:11 +0000 (UTC) (envelope-from miki.bsd@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.152]) by mx1.freebsd.org (Postfix) with ESMTP id 00EA98FC1A; Tue, 2 Mar 2010 19:09:10 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id e21so4630fga.13 for ; Tue, 02 Mar 2010 11:09:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=O250jpyW4ef93Fuam8I1bIYMPK9G4KT4A+03i3lz2uo=; b=hVFVAR8rloUf6Kkhl3GMK/ox7pSNjXNxpnZ/+IHGrUtto8d63dPDtTeACjQZQfNzZG NHr32JbDW7QlE5CyQGm2jpX8wxMRf88qOXlN+M7kqEfI5mFx4bb9ZnrRHR4W4d3+64F5 tMHwNU6/uEKFSS0pDbeyj7cxFHkbNxsMIDS4s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=D1UCe8+3awQJOH1gyp8YuCJMF8wYnw+iTixgXjeJ+FNdylkuVMjHRkKaVryZ8CcF+3 gS3wrni/CgrJwyPoy7ssj1TMBcSMlWgNNaEizoGPF9Rn1b6IeRYkYn/eME5tOhxhy9+c 14tqW5XnAC1XMlUdjxVcfiOJ2nuCbYmWC3Pz8= MIME-Version: 1.0 Received: by 10.239.185.14 with SMTP id a14mr624960hbh.24.1267556935964; Tue, 02 Mar 2010 11:08:55 -0800 (PST) In-Reply-To: <20100301201254.GG1295@weongyo> References: <20091223035331.GA1293@weongyo> <4b31cb29.9413f30a.5f4a.ffff8382@mx.google.com> <20100226005115.GP14937@weongyo> <261c29701002281145v357d86edl822f032e6e09a7fc@mail.gmail.com> <20100301201254.GG1295@weongyo> Date: Tue, 2 Mar 2010 20:08:55 +0100 Message-ID: <261c29701003021108w1e6e3bbascf17102a3256e339@mail.gmail.com> From: Miki To: Weongyo Jeong , current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: Call for Test and Review: bwn(4) - another Broadcom Wireless driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Mar 2010 19:09:11 -0000 2010/3/1 Weongyo Jeong : > On Sun, Feb 28, 2010 at 08:45:32PM +0100, Miki wrote: >> Hi, >> >> Thanks for the work ! >> >> I have some problems here when I try to create a wlan interface : >> bwn_v4_ucode5: could not load firmware image, error 2 >> bwn0: the fw file(bwn_v4_ucode5) not found > > Did you try to UP the interface withload loading bwn_v4_ucode.ko? =A0If > yes currently bwn(4) doesn't automatically load firmware module so you > need to do it by hand. > > =A0# kldload bwn_v4_ucode OK I have loaded bwn_v4_ucode before if_bwn and it works, my bad, I should have read the man page more carefully. > > The patch for this is ready to commit and it'll be happened soon. > >> I have installed bwn-firmware-kmod from ports but the only files I have = in >> /boot/modules are bwn_v4_lp_ucode.ko and bwn_v4_ucode.ko. So I tried to >> copy bwn_v4_ucode to bwn_v4_ucode5 and it seems to work : wlan0 is >> created, I can associate to an open Access Point and obtain a DHCP lease= . >> But if I try to do some network IO (browsing the web) the interface hang >> (I cannot obtain a lease anymore). > > I have a exact same device like you have but I didn't encounter this > issue. > > Are there any messages from bwn(4) when you the interface becomes hang? > One more question, after the interface hang, does the system be hang > also? I have no messages in the log (appart bwn0: need multicast update callback)= . In fact it's not a hang, it happens only with the AP that permits me to have a web access. I have another AP (sitting next to me) and I don't have the same behavior : I can have and renew my dhcp lease multiple times and configure the AP with= its web interface. With the "buggy" AP I can have a dhcp lease only once and no= thing more. If I destroy and recreate the wlan interface the same thing happens. I have no such a problem with if_bwi and this AP. > > One thing you can do is that trying the device with PIO mode not DMA > mode using the following tunable variable: > > =A0hw.bwn.usedma > > Its default value is 1 to enable DMA operation so if you set it 0, PIO > mode would be used and could see the message like below: > > =A0bwn0: PIO > > Could you please test with it? > Setting hw.bwn.usedma=3D0 in loader.conf make no differences by the way, I need to switch from if_bwn to if_bwi to make some test and post the results here, but I have this error message : firmware_register: cannot register image bwi_v3_b0g0initvals5, firmware table full! is this normal ? Thanks for your help ! From owner-freebsd-current@FreeBSD.ORG Tue Mar 2 22:16:37 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9EF6E1065674; Tue, 2 Mar 2010 22:16:37 +0000 (UTC) (envelope-from gperez@entel.upc.edu) Received: from dash.upc.es (dash.upc.es [147.83.2.50]) by mx1.freebsd.org (Postfix) with ESMTP id 260238FC08; Tue, 2 Mar 2010 22:16:36 +0000 (UTC) Received: from ackerman2.upc.es (ackerman2.upc.es [147.83.2.244]) by dash.upc.es (8.14.1/8.13.1) with ESMTP id o22IvUCA026088 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Tue, 2 Mar 2010 19:57:30 +0100 Received: from [192.168.100.200] (215.Red-88-15-20.dynamicIP.rima-tde.net [88.15.20.215]) (authenticated bits=0) by ackerman2.upc.es (8.13.8/8.13.8) with ESMTP id o22IvQhS013891 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 2 Mar 2010 19:57:29 +0100 Message-ID: <4B8D5F96.3010700@entel.upc.edu> Date: Tue, 02 Mar 2010 19:57:26 +0100 From: =?ISO-8859-1?Q?Gustau_P=E9rez?= User-Agent: Thunderbird 2.0.0.23 (X11/20100207) MIME-Version: 1.0 To: John Baldwin References: <20091223035331.GA1293@weongyo> <20100228074056.GA3536@weongyo> <4B8C220A.1060402@entel.upc.edu> <201003020801.32955.jhb@freebsd.org> In-Reply-To: <201003020801.32955.jhb@freebsd.org> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Scanned-By: MIMEDefang 2.63 on 147.83.2.244 X-Mail-Scanned: Criba 2.0 + Clamd X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (dash.upc.es [147.83.2.50]); Tue, 02 Mar 2010 19:57:31 +0100 (CET) Cc: freebsd-current@freebsd.org, weongyo.jeong@gmail.com Subject: Re: Call for Test and Review: bwn(4) - another Broadcom Wireless driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Mar 2010 22:16:37 -0000 En/na John Baldwin ha escrit: > On Monday 01 March 2010 3:22:34 pm Gustau Pérez wrote: > >> En/na Weongyo Jeong ha escrit: >> >>> On Fri, Feb 26, 2010 at 04:21:06PM -0800, Xin LI wrote: >>> >>> >>>> Hi, Weongyo, >>>> >>>> On 2010/02/25 16:51, Weongyo Jeong wrote: >>>> >>>> >>>>> FYI bwn(4) driver is committed into FreeBSD tree. I think the driver >>>>> supports your LP PHY device. After cvsup please try to rebuild siba_bwn >>>>> and bwn modules. >>>>> >>>>> Could you please test with it? Please let me know and send me your >>>>> full dmesg when you encounters the following problems: >>>>> >>>>> - if the driver doesn't work or is unstable. >>>>> - if it prints debugging or verbose messages. >>>>> >>>>> >>>> Great! Thanks for the work! >>>> >>>> Is it possible to MFC the work back to 8-STABLE at some point? >>>> >>>> >>> Of course yes. AFAIK it could be compiled and works without problems on >>> 8-STABLE; I checked it. :-) >>> >>> >>> >> I'm trying to run it in STABLE right now. When kldloading if_bwm >> (following the given instructions, the other modules are kldloaded) it >> complains with : >> >> link_elf_obj: symbol _mtx_assert undefined >> >> looks like it fails in if_bwnvar.h. Culprit is this define : >> >> #define BWN_ASSERT_LOCKED(sc) >> mtx_assert(&(sc)->sc_mtx, MA_OWNED) >> >> Do I need witness enabled to run this ? Is there any way to run it in >> STABLE or do I need to run CURRENT ? >> > > It sounds like you have INVARIANTS defined when the module was built, but your > kernel does not have INVARIANT_SUPPORT defined. > > That did it. Thank you. After recompiling and rebooting the kernel, I noticed via dmesg that when kldloading ssb the module complains with : ssb0: mem 0xf9ffc000-0xf9ffffff irq 17 at device 0.0 on pci12 ssb0: unsupportted coreid 0x817 When kldloading if_bwn (after bwn_v4_ucode) the machine freezes. I guess my hard isn't supported yet. Regards, Gus -- PGP KEY : http://www-entel.upc.edu/gus/gus.asc From owner-freebsd-current@FreeBSD.ORG Wed Mar 3 07:56:45 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7AF67106566B for ; Wed, 3 Mar 2010 07:56:45 +0000 (UTC) (envelope-from matpockuh@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.155]) by mx1.freebsd.org (Postfix) with ESMTP id 0F89E8FC1B for ; Wed, 3 Mar 2010 07:56:44 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id 22so138575fge.13 for ; Tue, 02 Mar 2010 23:56:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=jmMnBtkiaYpLrqRA307+9dGk/rQ5VPNrFdnEW/qcVLw=; b=IK9yeh0sp40u9EKc8H8QzxDYljZ5cnlD6ROArmMEA+7nRr0oCYA1amdUJb8HcjGd9C r2jAMeLXzu1Cb9KT6RZ25h1KyvJL6OD5s3ydeQWfgElH6TsLXWtp0xFX0FOqN9UoCz7j CCvb7LjlaUvoKQ3r8+rS4ZD3s44Yo6R/Zza+c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=wz8R1upBKDbMH3ulphfpwhG+tEkxrG9eFaBmRtfWE9MmOmIrfkqUj+ZUAbHk/P2yIY NAtI1XXiU77+RUJ48s4/+VtY+jJIbf9lcCEA1sN+89VAyj1vDEUdb7tnN8DI2trQFStZ u7TfM4tfsC/fuo8hffAmu6XH12Kv6fYs84/Zg= MIME-Version: 1.0 Received: by 10.239.188.19 with SMTP id n19mr671987hbh.170.1267602995357; Tue, 02 Mar 2010 23:56:35 -0800 (PST) In-Reply-To: <790a9fff1003010742t92bc3bdx1d0fec154c4b66b5@mail.gmail.com> References: <3979a4b1003010529i6589a866n732c8f5048ceae7a@mail.gmail.com> <790a9fff1003010742t92bc3bdx1d0fec154c4b66b5@mail.gmail.com> Date: Wed, 3 Mar 2010 10:56:35 +0300 Message-ID: <3979a4b1003022356r49f80538g7f33442b2cc6226c@mail.gmail.com> From: KOT MATPOCKuH To: Scot Hetzel Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: Problem building Openoffice 3.2.0 at current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Mar 2010 07:56:45 -0000 2010/3/1 Scot Hetzel : >> I'm trying to build OOo 3.2.0 on my notebook with 2Gb of memory and 4Gb = swap >> size. >> and build fails with messages: >> *Out of memory during request for 788 bytes, total sbrk() is 96739328 by= tes! >> Why I have "out of memory" error and how can I fix this problem? > Building OpenOffice requires 10GB of diskspace to build: > How large is your /var filesystem? =A0If it is less than 10GB, then you > will need to set the WRKDIRPREFIX to the location of a filesystem that > has at least 10GB. Omg. Filesystem 1024-blocks Used Avail Capacity Mounted on kot/root/var 111G 42M 111G 0% /var kot/root/var/empty 111G 0B 111G 0% /var/empty kot/root/var/named 111G 0B 111G 0% /var/named kot/root/var/ports 123G 12G 111G 10% /var/ports kot/root/var/run 111G 0B 111G 0% /var/run kot/root/var/tmp 111G 128K 111G 0% /var/tmp Also, as I know, sbrk() related to virtual memory management, not disk spac= e. PS. On two my FreeBSD9/amd64 boxes OOo 3.2 compiled successfully (after mv /usr/bin/unzip /usr/bin/unzip.save). --=20 MATPOCKuH From owner-freebsd-current@FreeBSD.ORG Wed Mar 3 08:28:40 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3293B10656B5 for ; Wed, 3 Mar 2010 08:28:40 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 8C4738FC0C for ; Wed, 3 Mar 2010 08:28:39 +0000 (UTC) Received: by gya1 with SMTP id 1so687449gya.13 for ; Wed, 03 Mar 2010 00:28:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent:organization:x-operation-sytem; bh=sLZtRLLpCcSjCMPyYhumM5GGQX91QKhCc24idhiHnTU=; b=xI+kOWO0gN0Xapdn8X+WWx2BPteEDNmR2H3ftVyPEhv/vcz7Oj7qDw7SahDDOD9GXP iqSw5vGh+fxwSLJSEM/SwxkFELgbRE80AlWoPd162A46+51QiyW1ap9pGRIdI585j20n 0hFFIpS8EPPXyMTadBHwnhgDWT04aPP4PXZiw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:mail-followup-to :references:mime-version:content-type:content-disposition :in-reply-to:user-agent:organization:x-operation-sytem; b=tWyyokka+tA5ggL4TJWpAUvMNTBfuxE1Ki93DzmbGBuKHweGq/obdPUY3h0E8Goq6p OqDEYoEulOiKg/c4oSliTd0lCjdOTbP0YqDVGfiYyz1pnfqT945N1+V6fYUwkVt/7DZh y/aynhCnUljXSZXACBsBNEGEmVIGMXMi+KFfg= Received: by 10.100.83.3 with SMTP id g3mr1369365anb.3.1267604911901; Wed, 03 Mar 2010 00:28:31 -0800 (PST) Received: from weongyo ([174.35.1.224]) by mx.google.com with ESMTPS id 22sm4942595iwn.4.2010.03.03.00.28.30 (version=SSLv3 cipher=RC4-MD5); Wed, 03 Mar 2010 00:28:31 -0800 (PST) Received: by weongyo (sSMTP sendmail emulation); Wed, 3 Mar 2010 00:28:34 -0800 From: Weongyo Jeong Date: Wed, 3 Mar 2010 00:28:33 -0800 To: Alexandr Rybalko Message-ID: <20100303082833.GB22865@weongyo> Mail-Followup-To: Alexandr Rybalko , Alex RAY , current@freebsd.org References: <20091223035331.GA1293@weongyo> <4b31cb29.9413f30a.5f4a.ffff8382@mx.google.com> <20100226005115.GP14937@weongyo> <20100227011535.ed3f2486.ray@ddteam.net> <20100228095259.GB3536@weongyo> <20100301103240.3a4aac8a.ray@dlink.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100301103240.3a4aac8a.ray@dlink.ua> User-Agent: Mutt/1.4.2.3i Organization: CDNetworks. X-Operation-Sytem: FreeBSD Cc: Alex RAY , current@freebsd.org Subject: Re: Call for Test and Review: bwn(4) - another Broadcom Wireless driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Weongyo Jeong List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Mar 2010 08:28:40 -0000 On Mon, Mar 01, 2010 at 10:32:40AM +0200, Alexandr Rybalko wrote: > On Sun, 28 Feb 2010 01:52:59 -0800 > Weongyo Jeong wrote: > > >> On Sat, Feb 27, 2010 at 01:15:35AM +0200, Alex RAY wrote: > >> > Hi Weongyo, > >> > > >> > Can new siba release operate in systems like in this SVG image? > >> > System example: CPU BCM5836 + Wi-Fi BCM4318 > >> > >> Recent changes of siba(4) by myself doesn't change code flow, layout and > >> doesn't include enhancements if you're an user of SENTRY5 mips CPU (like > >> BCM5836) > >> > >> All I did on recent changes were to put common routines or codes which > >> could be used for original siba(4). These codes are only used for > >> bwn(4) driver currently and don't be merged with original siba(4). That > >> means there are two separated codes in current siba(4) so merging two > >> into one is a TODO. > >> > >> I have no idea current siba(4) supports a system using on CPU BCM5836 + > >> Wi-Fi BCM4318 but in theory it should work without problems though I > >> didn't test. > >> > >> > And can we compile siba bus code without pci code? > >> > >> I think it looks that it could be possible to compile without pci code. > >> But makes sure that your device doesn't have PCI core. > > Can You test your driver without siba_switchcore, I see the device > have mapping for all cores on SSB? I see what you mean. siba_core.c which depends on PCI code would be compiled when it builds on SENTRY5. So it looks currently it needs a patch to compile siba bus code without PCI code. I'll try to make a patch. > > ssb0: mem 0xf4000000-0xf4003fff > Think thre is 4 cores. > When SSB on nexus, we don`t need core switching, maybe on PCI too. I think this is a difference between siba(4) and siba_bwn currently and it's one of TODOs we should solve to merge two codes. AFAIK approach to access each cores isn't same; it looks siba(4) creates devices for each cores so it'd not need to switch cores. But siba_bwn doesn't do it like siba(4) so it needs to switch cores because all are handled on one device. regards, Weongyo Jeong From owner-freebsd-current@FreeBSD.ORG Wed Mar 3 09:09:56 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 10199106566C; Wed, 3 Mar 2010 09:09:56 +0000 (UTC) (envelope-from ray@dlink.ua) Received: from dlink.ua (smtp.dlink.ua [193.138.187.146]) by mx1.freebsd.org (Postfix) with ESMTP id 8E2678FC08; Wed, 3 Mar 2010 09:09:54 +0000 (UTC) Received: from gw ([192.168.10.10] helo=terran) by dlink.ua with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1NmkY8-0000IU-2Y; Wed, 03 Mar 2010 11:07:24 +0200 Date: Wed, 3 Mar 2010 11:10:14 +0200 From: Alexandr Rybalko To: Weongyo Jeong Message-Id: <20100303111014.6564ea1e.ray@dlink.ua> In-Reply-To: <20100303082833.GB22865@weongyo> References: <20091223035331.GA1293@weongyo> <4b31cb29.9413f30a.5f4a.ffff8382@mx.google.com> <20100226005115.GP14937@weongyo> <20100227011535.ed3f2486.ray@ddteam.net> <20100228095259.GB3536@weongyo> <20100301103240.3a4aac8a.ray@dlink.ua> <20100303082833.GB22865@weongyo> Organization: D-Link X-Mailer: Sylpheed 2.7.1 (GTK+ 2.16.6; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Wed, 03 Mar 2010 12:22:50 +0000 Cc: Alex RAY , current@freebsd.org, Weongyo Jeong Subject: Re: Call for Test and Review: bwn(4) - another Broadcom Wireless driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Mar 2010 09:09:56 -0000 On Wed, 3 Mar 2010 00:28:33 -0800 Weongyo Jeong wrote: >> On Mon, Mar 01, 2010 at 10:32:40AM +0200, Alexandr Rybalko wrote: >> > On Sun, 28 Feb 2010 01:52:59 -0800 >> > Weongyo Jeong wrote: >> > >> > Can You test your driver without siba_switchcore, I see the device >> > have mapping for all cores on SSB? >> >> I see what you mean. siba_core.c which depends on PCI code would be >> compiled when it builds on SENTRY5. So it looks currently it needs a >> patch to compile siba bus code without PCI code. I'll try to make a >> patch. I now trying to make bus independent interface, not done yet. When finish, I send to You for review and maybe test. >> >> > > ssb0: mem 0xf4000000-0xf4003fff >> > Think thre is 4 cores. >> > When SSB on nexus, we don`t need core switching, maybe on PCI too. >> >> I think this is a difference between siba(4) and siba_bwn currently and >> it's one of TODOs we should solve to merge two codes. >> >> AFAIK approach to access each cores isn't same; it looks siba(4) creates >> devices for each cores so it'd not need to switch cores. But siba_bwn >> doesn't do it like siba(4) so it needs to switch cores because all are >> handled on one device. Look into this line: ssb0: mem 0xf4000000-0xf4003fff There we see, device have 0x4000 memory window. Each core required 0x1000. Your code to call required core move PCI window to appropriate 0x1000 block (if core - second, move to 0xf4001000). Maybe we can map full window, and then access to required core without core switching. >> >> regards, >> Weongyo Jeong >> -- Рыбалко ÐлекÑандр КонÑультант D-Link Украина From owner-freebsd-current@FreeBSD.ORG Wed Mar 3 13:22:34 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 43DCC106564A; Wed, 3 Mar 2010 13:22:34 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id F18798FC0A; Wed, 3 Mar 2010 13:22:33 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 7BBCB46B0D; Wed, 3 Mar 2010 08:22:33 -0500 (EST) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id C61E48A024; Wed, 3 Mar 2010 08:22:31 -0500 (EST) From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 3 Mar 2010 07:51:45 -0500 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: <20091223035331.GA1293@weongyo> <20100301201254.GG1295@weongyo> <261c29701003021108w1e6e3bbascf17102a3256e339@mail.gmail.com> In-Reply-To: <261c29701003021108w1e6e3bbascf17102a3256e339@mail.gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201003030751.45158.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Wed, 03 Mar 2010 08:22:31 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.5 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Weongyo Jeong , Miki Subject: Re: Call for Test and Review: bwn(4) - another Broadcom Wireless driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Mar 2010 13:22:34 -0000 On Tuesday 02 March 2010 2:08:55 pm Miki wrote: > 2010/3/1 Weongyo Jeong : > > On Sun, Feb 28, 2010 at 08:45:32PM +0100, Miki wrote: > >> Hi, > >> > >> Thanks for the work ! > >> > >> I have some problems here when I try to create a wlan interface : > >> bwn_v4_ucode5: could not load firmware image, error 2 > >> bwn0: the fw file(bwn_v4_ucode5) not found > > > > Did you try to UP the interface withload loading bwn_v4_ucode.ko? If > > yes currently bwn(4) doesn't automatically load firmware module so you > > need to do it by hand. > > > > # kldload bwn_v4_ucode > > OK I have loaded bwn_v4_ucode before if_bwn and it works, > my bad, I should have read the man page more carefully. > > > > > The patch for this is ready to commit and it'll be happened soon. > > > >> I have installed bwn-firmware-kmod from ports but the only files I have in > >> /boot/modules are bwn_v4_lp_ucode.ko and bwn_v4_ucode.ko. So I tried to > >> copy bwn_v4_ucode to bwn_v4_ucode5 and it seems to work : wlan0 is > >> created, I can associate to an open Access Point and obtain a DHCP lease. > >> But if I try to do some network IO (browsing the web) the interface hang > >> (I cannot obtain a lease anymore). > > > > I have a exact same device like you have but I didn't encounter this > > issue. > > > > Are there any messages from bwn(4) when you the interface becomes hang? > > One more question, after the interface hang, does the system be hang > > also? > > I have no messages in the log (appart bwn0: need multicast update callback). > In fact it's not a hang, it happens only with the AP that permits me > to have a web > access. I have another AP (sitting next to me) and I don't have the > same behavior : > I can have and renew my dhcp lease multiple times and configure the AP with its > web interface. With the "buggy" AP I can have a dhcp lease only once and nothing > more. If I destroy and recreate the wlan interface the same thing happens. > I have no such a problem with if_bwi and this AP. > > > > > One thing you can do is that trying the device with PIO mode not DMA > > mode using the following tunable variable: > > > > hw.bwn.usedma > > > > Its default value is 1 to enable DMA operation so if you set it 0, PIO > > mode would be used and could see the message like below: > > > > bwn0: PIO > > > > Could you please test with it? > > > > Setting hw.bwn.usedma=0 in loader.conf make no differences > > by the way, I need to switch from if_bwn to if_bwi to make some test > and post the results here, but I have this error message : > firmware_register: cannot register image bwi_v3_b0g0initvals5, firmware > table full! > is this normal ? Yes, both bwi and bwn use a lot of individual firmware images, so loading both of them probably fills up the static array of firmware table entries. I think there is a constant in subr_firwmare.c you can increase to make the table bigger. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Mar 3 15:41:26 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 40CDC106566B; Wed, 3 Mar 2010 15:41:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id E37558FC1B; Wed, 3 Mar 2010 15:41:25 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o23FfP6s010033; Wed, 3 Mar 2010 10:41:25 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o23FfPa8010019; Wed, 3 Mar 2010 15:41:25 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 3 Mar 2010 15:41:25 GMT Message-Id: <201003031541.o23FfPa8010019@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Mar 2010 15:41:26 -0000 TB --- 2010-03-03 15:15:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-03-03 15:15:00 - starting HEAD tinderbox run for arm/arm TB --- 2010-03-03 15:15:00 - cleaning the object tree TB --- 2010-03-03 15:15:12 - cvsupping the source tree TB --- 2010-03-03 15:15:12 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2010-03-03 15:15:54 - building world TB --- 2010-03-03 15:15:54 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-03 15:15:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-03 15:15:54 - TARGET=arm TB --- 2010-03-03 15:15:54 - TARGET_ARCH=arm TB --- 2010-03-03 15:15:54 - TZ=UTC TB --- 2010-03-03 15:15:54 - __MAKE_CONF=/dev/null TB --- 2010-03-03 15:15:54 - cd /src TB --- 2010-03-03 15:15:54 - /usr/bin/make -B buildworld >>> World build started on Wed Mar 3 15:15:55 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies [...] lex -t /src/usr.bin/csup/token.l > token.c rm -f .depend mkdep -f .depend -a -I. -DHAVE_FFLAGS -DNDEBUG /src/usr.bin/csup/attrstack.c /src/usr.bin/csup/auth.c /src/usr.bin/csup/config.c /src/usr.bin/csup/detailer.c /src/usr.bin/csup/diff.c /src/usr.bin/csup/fattr.c /src/usr.bin/csup/fixups.c /src/usr.bin/csup/fnmatch.c /src/usr.bin/csup/globtree.c /src/usr.bin/csup/idcache.c /src/usr.bin/csup/keyword.c /src/usr.bin/csup/lex.rcs.c /src/usr.bin/csup/lister.c /src/usr.bin/csup/main.c /src/usr.bin/csup/misc.c /src/usr.bin/csup/mux.c parse.c /src/usr.bin/csup/pathcomp.c /src/usr.bin/csup/proto.c /src/usr.bin/csup/rcsfile.c /src/usr.bin/csup/rcsparse.c /src/usr.bin/csup/rsyncfile.c /src/usr.bin/csup/status.c /src/usr.bin/csup/stream.c /src/usr.bin/csup/threads.c token.c /src/usr.bin/csup/updater.c /src/usr.bin/csup/parse.y:32:20: error: config.h: No such file or directory /src/usr.bin/csup/parse.y:33:19: error: token.h: No such file or directory /src/usr.bin/csup/token.l:35:18: error: misc.h: No such file or directory /src/usr.bin/csup/token.l:36:19: error: token.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /src/usr.bin/csup. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-03-03 15:41:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-03-03 15:41:25 - ERROR: failed to build world TB --- 2010-03-03 15:41:25 - 1112.38 user 309.41 system 1584.89 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Wed Mar 3 15:45:42 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 665CE106564A; Wed, 3 Mar 2010 15:45:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 2FBE48FC12; Wed, 3 Mar 2010 15:45:41 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o23Fjfwq056016; Wed, 3 Mar 2010 10:45:41 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o23FjfVS056003; Wed, 3 Mar 2010 15:45:41 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 3 Mar 2010 15:45:41 GMT Message-Id: <201003031545.o23FjfVS056003@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Mar 2010 15:45:42 -0000 TB --- 2010-03-03 15:15:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-03-03 15:15:00 - starting HEAD tinderbox run for i386/i386 TB --- 2010-03-03 15:15:00 - cleaning the object tree TB --- 2010-03-03 15:15:31 - cvsupping the source tree TB --- 2010-03-03 15:15:31 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2010-03-03 15:16:02 - building world TB --- 2010-03-03 15:16:02 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-03 15:16:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-03 15:16:02 - TARGET=i386 TB --- 2010-03-03 15:16:02 - TARGET_ARCH=i386 TB --- 2010-03-03 15:16:02 - TZ=UTC TB --- 2010-03-03 15:16:02 - __MAKE_CONF=/dev/null TB --- 2010-03-03 15:16:02 - cd /src TB --- 2010-03-03 15:16:02 - /usr/bin/make -B buildworld >>> World build started on Wed Mar 3 15:16:03 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies [...] lex -t /src/usr.bin/csup/token.l > token.c rm -f .depend mkdep -f .depend -a -I. -DHAVE_FFLAGS -DNDEBUG /src/usr.bin/csup/attrstack.c /src/usr.bin/csup/auth.c /src/usr.bin/csup/config.c /src/usr.bin/csup/detailer.c /src/usr.bin/csup/diff.c /src/usr.bin/csup/fattr.c /src/usr.bin/csup/fixups.c /src/usr.bin/csup/fnmatch.c /src/usr.bin/csup/globtree.c /src/usr.bin/csup/idcache.c /src/usr.bin/csup/keyword.c /src/usr.bin/csup/lex.rcs.c /src/usr.bin/csup/lister.c /src/usr.bin/csup/main.c /src/usr.bin/csup/misc.c /src/usr.bin/csup/mux.c parse.c /src/usr.bin/csup/pathcomp.c /src/usr.bin/csup/proto.c /src/usr.bin/csup/rcsfile.c /src/usr.bin/csup/rcsparse.c /src/usr.bin/csup/rsyncfile.c /src/usr.bin/csup/status.c /src/usr.bin/csup/stream.c /src/usr.bin/csup/threads.c token.c /src/usr.bin/csup/updater.c /src/usr.bin/csup/parse.y:32:20: error: config.h: No such file or directory /src/usr.bin/csup/parse.y:33:19: error: token.h: No such file or directory /src/usr.bin/csup/token.l:35:18: error: misc.h: No such file or directory /src/usr.bin/csup/token.l:36:19: error: token.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /src/usr.bin/csup. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-03-03 15:45:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-03-03 15:45:41 - ERROR: failed to build world TB --- 2010-03-03 15:45:41 - 1323.71 user 317.02 system 1841.27 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Wed Mar 3 15:45:59 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 673D2106567D; Wed, 3 Mar 2010 15:45:59 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id ED5048FC2F; Wed, 3 Mar 2010 15:45:58 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o23FjwiZ058345; Wed, 3 Mar 2010 10:45:58 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o23FjwJs058339; Wed, 3 Mar 2010 15:45:58 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 3 Mar 2010 15:45:58 GMT Message-Id: <201003031545.o23FjwJs058339@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Mar 2010 15:45:59 -0000 TB --- 2010-03-03 15:15:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-03-03 15:15:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2010-03-03 15:15:00 - cleaning the object tree TB --- 2010-03-03 15:15:29 - cvsupping the source tree TB --- 2010-03-03 15:15:29 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2010-03-03 15:16:02 - building world TB --- 2010-03-03 15:16:02 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-03 15:16:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-03 15:16:02 - TARGET=pc98 TB --- 2010-03-03 15:16:02 - TARGET_ARCH=i386 TB --- 2010-03-03 15:16:02 - TZ=UTC TB --- 2010-03-03 15:16:02 - __MAKE_CONF=/dev/null TB --- 2010-03-03 15:16:02 - cd /src TB --- 2010-03-03 15:16:02 - /usr/bin/make -B buildworld >>> World build started on Wed Mar 3 15:16:03 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies [...] lex -t /src/usr.bin/csup/token.l > token.c rm -f .depend mkdep -f .depend -a -I. -DHAVE_FFLAGS -DNDEBUG /src/usr.bin/csup/attrstack.c /src/usr.bin/csup/auth.c /src/usr.bin/csup/config.c /src/usr.bin/csup/detailer.c /src/usr.bin/csup/diff.c /src/usr.bin/csup/fattr.c /src/usr.bin/csup/fixups.c /src/usr.bin/csup/fnmatch.c /src/usr.bin/csup/globtree.c /src/usr.bin/csup/idcache.c /src/usr.bin/csup/keyword.c /src/usr.bin/csup/lex.rcs.c /src/usr.bin/csup/lister.c /src/usr.bin/csup/main.c /src/usr.bin/csup/misc.c /src/usr.bin/csup/mux.c parse.c /src/usr.bin/csup/pathcomp.c /src/usr.bin/csup/proto.c /src/usr.bin/csup/rcsfile.c /src/usr.bin/csup/rcsparse.c /src/usr.bin/csup/rsyncfile.c /src/usr.bin/csup/status.c /src/usr.bin/csup/stream.c /src/usr.bin/csup/threads.c token.c /src/usr.bin/csup/updater.c /src/usr.bin/csup/parse.y:32:20: error: config.h: No such file or directory /src/usr.bin/csup/parse.y:33:19: error: token.h: No such file or directory /src/usr.bin/csup/token.l:35:18: error: misc.h: No such file or directory /src/usr.bin/csup/token.l:36:19: error: token.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /src/usr.bin/csup. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-03-03 15:45:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-03-03 15:45:58 - ERROR: failed to build world TB --- 2010-03-03 15:45:58 - 1322.05 user 333.16 system 1858.22 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Wed Mar 3 15:46:32 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 76A741065680; Wed, 3 Mar 2010 15:46:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 25FA28FC16; Wed, 3 Mar 2010 15:46:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o23FkV10061461; Wed, 3 Mar 2010 10:46:31 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o23FkVQk061460; Wed, 3 Mar 2010 15:46:31 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 3 Mar 2010 15:46:31 GMT Message-Id: <201003031546.o23FkVQk061460@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Mar 2010 15:46:32 -0000 TB --- 2010-03-03 15:15:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-03-03 15:15:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2010-03-03 15:15:00 - cleaning the object tree TB --- 2010-03-03 15:15:33 - cvsupping the source tree TB --- 2010-03-03 15:15:33 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2010-03-03 15:16:02 - building world TB --- 2010-03-03 15:16:02 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-03 15:16:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-03 15:16:02 - TARGET=amd64 TB --- 2010-03-03 15:16:02 - TARGET_ARCH=amd64 TB --- 2010-03-03 15:16:02 - TZ=UTC TB --- 2010-03-03 15:16:02 - __MAKE_CONF=/dev/null TB --- 2010-03-03 15:16:02 - cd /src TB --- 2010-03-03 15:16:02 - /usr/bin/make -B buildworld >>> World build started on Wed Mar 3 15:16:03 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies [...] lex -t /src/usr.bin/csup/token.l > token.c rm -f .depend mkdep -f .depend -a -I. -DHAVE_FFLAGS -DNDEBUG /src/usr.bin/csup/attrstack.c /src/usr.bin/csup/auth.c /src/usr.bin/csup/config.c /src/usr.bin/csup/detailer.c /src/usr.bin/csup/diff.c /src/usr.bin/csup/fattr.c /src/usr.bin/csup/fixups.c /src/usr.bin/csup/fnmatch.c /src/usr.bin/csup/globtree.c /src/usr.bin/csup/idcache.c /src/usr.bin/csup/keyword.c /src/usr.bin/csup/lex.rcs.c /src/usr.bin/csup/lister.c /src/usr.bin/csup/main.c /src/usr.bin/csup/misc.c /src/usr.bin/csup/mux.c parse.c /src/usr.bin/csup/pathcomp.c /src/usr.bin/csup/proto.c /src/usr.bin/csup/rcsfile.c /src/usr.bin/csup/rcsparse.c /src/usr.bin/csup/rsyncfile.c /src/usr.bin/csup/status.c /src/usr.bin/csup/stream.c /src/usr.bin/csup/threads.c token.c /src/usr.bin/csup/updater.c /src/usr.bin/csup/parse.y:32:20: error: config.h: No such file or directory /src/usr.bin/csup/parse.y:33:19: error: token.h: No such file or directory /src/usr.bin/csup/token.l:35:18: error: misc.h: No such file or directory /src/usr.bin/csup/token.l:36:19: error: token.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /src/usr.bin/csup. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-03-03 15:46:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-03-03 15:46:31 - ERROR: failed to build world TB --- 2010-03-03 15:46:31 - 1346.22 user 327.96 system 1891.41 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Wed Mar 3 15:59:17 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 60DD110656B8; Wed, 3 Mar 2010 15:59:17 +0000 (UTC) (envelope-from lulf@pvv.ntnu.no) Received: from hylle02.itea.ntnu.no (hylle02.itea.ntnu.no [IPv6:2001:700:300:3::101]) by mx1.freebsd.org (Postfix) with ESMTP id 026E78FC1D; Wed, 3 Mar 2010 15:59:16 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by hylle02.itea.ntnu.no (Postfix) with ESMTP id 36BC638D19; Wed, 3 Mar 2010 16:59:14 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at hylle02.itea.ntnu.no Received: from nobby.geeknest.org (caracal.stud.ntnu.no [IPv6:2001:700:300:3::185]) by hylle02.itea.ntnu.no (Postfix) with ESMTP id 48A173859E; Wed, 3 Mar 2010 16:59:12 +0100 (CET) Date: Wed, 3 Mar 2010 16:57:30 +0100 From: Ulf Lilleengen To: FreeBSD Tinderbox Message-ID: <20100303155729.GA2019@nobby.geeknest.org> References: <201003031546.o23FkVQk061460@freebsd-current.sentex.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201003031546.o23FkVQk061460@freebsd-current.sentex.ca> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: amd64@freebsd.org, current@freebsd.org Subject: Re: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Mar 2010 15:59:17 -0000 Sorry for the breakage. Will be fixed ASAP :) On Wed, Mar 03, 2010 at 03:46:31PM +0000, FreeBSD Tinderbox wrote: > TB --- 2010-03-03 15:15:00 - tinderbox 2.6 running on freebsd-current.sentex.ca > TB --- 2010-03-03 15:15:00 - starting HEAD tinderbox run for amd64/amd64 > TB --- 2010-03-03 15:15:00 - cleaning the object tree > TB --- 2010-03-03 15:15:33 - cvsupping the source tree > TB --- 2010-03-03 15:15:33 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile > TB --- 2010-03-03 15:16:02 - building world > TB --- 2010-03-03 15:16:02 - MAKEOBJDIRPREFIX=/obj > TB --- 2010-03-03 15:16:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2010-03-03 15:16:02 - TARGET=amd64 > TB --- 2010-03-03 15:16:02 - TARGET_ARCH=amd64 > TB --- 2010-03-03 15:16:02 - TZ=UTC > TB --- 2010-03-03 15:16:02 - __MAKE_CONF=/dev/null > TB --- 2010-03-03 15:16:02 - cd /src > TB --- 2010-03-03 15:16:02 - /usr/bin/make -B buildworld > >>> World build started on Wed Mar 3 15:16:03 UTC 2010 > >>> Rebuilding the temporary build tree > >>> stage 1.1: legacy release compatibility shims > >>> stage 1.2: bootstrap tools > >>> stage 2.1: cleaning up the object tree > >>> stage 2.2: rebuilding the object tree > >>> stage 2.3: build tools > >>> stage 3: cross tools > >>> stage 4.1: building includes > >>> stage 4.2: building libraries > >>> stage 4.3: make dependencies > [...] > lex -t /src/usr.bin/csup/token.l > token.c > rm -f .depend > mkdep -f .depend -a -I. -DHAVE_FFLAGS -DNDEBUG /src/usr.bin/csup/attrstack.c /src/usr.bin/csup/auth.c /src/usr.bin/csup/config.c /src/usr.bin/csup/detailer.c /src/usr.bin/csup/diff.c /src/usr.bin/csup/fattr.c /src/usr.bin/csup/fixups.c /src/usr.bin/csup/fnmatch.c /src/usr.bin/csup/globtree.c /src/usr.bin/csup/idcache.c /src/usr.bin/csup/keyword.c /src/usr.bin/csup/lex.rcs.c /src/usr.bin/csup/lister.c /src/usr.bin/csup/main.c /src/usr.bin/csup/misc.c /src/usr.bin/csup/mux.c parse.c /src/usr.bin/csup/pathcomp.c /src/usr.bin/csup/proto.c /src/usr.bin/csup/rcsfile.c /src/usr.bin/csup/rcsparse.c /src/usr.bin/csup/rsyncfile.c /src/usr.bin/csup/status.c /src/usr.bin/csup/stream.c /src/usr.bin/csup/threads.c token.c /src/usr.bin/csup/updater.c > /src/usr.bin/csup/parse.y:32:20: error: config.h: No such file or directory > /src/usr.bin/csup/parse.y:33:19: error: token.h: No such file or directory > /src/usr.bin/csup/token.l:35:18: error: misc.h: No such file or directory > /src/usr.bin/csup/token.l:36:19: error: token.h: No such file or directory > mkdep: compile failed > *** Error code 1 > > Stop in /src/usr.bin/csup. > *** Error code 1 > > Stop in /src/usr.bin. > *** Error code 1 > > Stop in /src. > *** Error code 1 > > Stop in /src. > *** Error code 1 > > Stop in /src. > TB --- 2010-03-03 15:46:31 - WARNING: /usr/bin/make returned exit code 1 > TB --- 2010-03-03 15:46:31 - ERROR: failed to build world > TB --- 2010-03-03 15:46:31 - 1346.22 user 327.96 system 1891.41 real > > > http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full > _______________________________________________ > freebsd-amd64@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-amd64 > To unsubscribe, send any mail to "freebsd-amd64-unsubscribe@freebsd.org" > -- Ulf Lilleengen From owner-freebsd-current@FreeBSD.ORG Wed Mar 3 16:12:55 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 341481065674; Wed, 3 Mar 2010 16:12:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id D792F8FC16; Wed, 3 Mar 2010 16:12:54 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o23GCsY7094806; Wed, 3 Mar 2010 11:12:54 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o23GCsgk094788; Wed, 3 Mar 2010 16:12:54 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 3 Mar 2010 16:12:54 GMT Message-Id: <201003031612.o23GCsgk094788@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Mar 2010 16:12:55 -0000 TB --- 2010-03-03 15:45:41 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-03-03 15:45:41 - starting HEAD tinderbox run for mips/mips TB --- 2010-03-03 15:45:41 - cleaning the object tree TB --- 2010-03-03 15:45:53 - cvsupping the source tree TB --- 2010-03-03 15:45:53 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2010-03-03 15:46:17 - building world TB --- 2010-03-03 15:46:17 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-03 15:46:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-03 15:46:17 - TARGET=mips TB --- 2010-03-03 15:46:17 - TARGET_ARCH=mips TB --- 2010-03-03 15:46:17 - TZ=UTC TB --- 2010-03-03 15:46:17 - __MAKE_CONF=/dev/null TB --- 2010-03-03 15:46:17 - cd /src TB --- 2010-03-03 15:46:17 - /usr/bin/make -B buildworld >>> World build started on Wed Mar 3 15:46:20 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies [...] lex -t /src/usr.bin/csup/token.l > token.c rm -f .depend mkdep -f .depend -a -I. -DHAVE_FFLAGS -DNDEBUG /src/usr.bin/csup/attrstack.c /src/usr.bin/csup/auth.c /src/usr.bin/csup/config.c /src/usr.bin/csup/detailer.c /src/usr.bin/csup/diff.c /src/usr.bin/csup/fattr.c /src/usr.bin/csup/fixups.c /src/usr.bin/csup/fnmatch.c /src/usr.bin/csup/globtree.c /src/usr.bin/csup/idcache.c /src/usr.bin/csup/keyword.c /src/usr.bin/csup/lex.rcs.c /src/usr.bin/csup/lister.c /src/usr.bin/csup/main.c /src/usr.bin/csup/misc.c /src/usr.bin/csup/mux.c parse.c /src/usr.bin/csup/pathcomp.c /src/usr.bin/csup/proto.c /src/usr.bin/csup/rcsfile.c /src/usr.bin/csup/rcsparse.c /src/usr.bin/csup/rsyncfile.c /src/usr.bin/csup/status.c /src/usr.bin/csup/stream.c /src/usr.bin/csup/threads.c token.c /src/usr.bin/csup/updater.c /src/usr.bin/csup/parse.y:32:20: error: config.h: No such file or directory /src/usr.bin/csup/parse.y:33:19: error: token.h: No such file or directory /src/usr.bin/csup/token.l:35:18: error: misc.h: No such file or directory /src/usr.bin/csup/token.l:36:19: error: token.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /src/usr.bin/csup. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-03-03 16:12:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-03-03 16:12:54 - ERROR: failed to build world TB --- 2010-03-03 16:12:54 - 1137.04 user 295.90 system 1632.52 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Wed Mar 3 16:16:08 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 279A010656B7; Wed, 3 Mar 2010 16:16:08 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 3CC708FC47; Wed, 3 Mar 2010 16:15:36 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o23GFal1029036; Wed, 3 Mar 2010 11:15:36 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o23GFaQf029031; Wed, 3 Mar 2010 16:15:36 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 3 Mar 2010 16:15:36 GMT Message-Id: <201003031615.o23GFaQf029031@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Mar 2010 16:16:08 -0000 TB --- 2010-03-03 15:46:31 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-03-03 15:46:31 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2010-03-03 15:46:31 - cleaning the object tree TB --- 2010-03-03 15:46:45 - cvsupping the source tree TB --- 2010-03-03 15:46:45 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2010-03-03 15:47:12 - building world TB --- 2010-03-03 15:47:12 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-03 15:47:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-03 15:47:12 - TARGET=sparc64 TB --- 2010-03-03 15:47:12 - TARGET_ARCH=sparc64 TB --- 2010-03-03 15:47:12 - TZ=UTC TB --- 2010-03-03 15:47:12 - __MAKE_CONF=/dev/null TB --- 2010-03-03 15:47:12 - cd /src TB --- 2010-03-03 15:47:12 - /usr/bin/make -B buildworld >>> World build started on Wed Mar 3 15:47:13 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies [...] lex -t /src/usr.bin/csup/token.l > token.c rm -f .depend mkdep -f .depend -a -I. -DHAVE_FFLAGS -DNDEBUG /src/usr.bin/csup/attrstack.c /src/usr.bin/csup/auth.c /src/usr.bin/csup/config.c /src/usr.bin/csup/detailer.c /src/usr.bin/csup/diff.c /src/usr.bin/csup/fattr.c /src/usr.bin/csup/fixups.c /src/usr.bin/csup/fnmatch.c /src/usr.bin/csup/globtree.c /src/usr.bin/csup/idcache.c /src/usr.bin/csup/keyword.c /src/usr.bin/csup/lex.rcs.c /src/usr.bin/csup/lister.c /src/usr.bin/csup/main.c /src/usr.bin/csup/misc.c /src/usr.bin/csup/mux.c parse.c /src/usr.bin/csup/pathcomp.c /src/usr.bin/csup/proto.c /src/usr.bin/csup/rcsfile.c /src/usr.bin/csup/rcsparse.c /src/usr.bin/csup/rsyncfile.c /src/usr.bin/csup/status.c /src/usr.bin/csup/stream.c /src/usr.bin/csup/threads.c token.c /src/usr.bin/csup/updater.c /src/usr.bin/csup/parse.y:32:20: error: config.h: No such file or directory /src/usr.bin/csup/parse.y:33:19: error: token.h: No such file or directory /src/usr.bin/csup/token.l:35:18: error: misc.h: No such file or directory /src/usr.bin/csup/token.l:36:19: error: token.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /src/usr.bin/csup. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-03-03 16:15:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-03-03 16:15:36 - ERROR: failed to build world TB --- 2010-03-03 16:15:36 - 1266.16 user 299.62 system 1744.75 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Wed Mar 3 16:16:13 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD2DC1065686; Wed, 3 Mar 2010 16:16:13 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 8DEE68FC60; Wed, 3 Mar 2010 16:16:13 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o23GGDbr034340; Wed, 3 Mar 2010 11:16:13 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o23GGDSj034338; Wed, 3 Mar 2010 16:16:13 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 3 Mar 2010 16:16:13 GMT Message-Id: <201003031616.o23GGDSj034338@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Mar 2010 16:16:14 -0000 TB --- 2010-03-03 15:41:25 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-03-03 15:41:25 - starting HEAD tinderbox run for ia64/ia64 TB --- 2010-03-03 15:41:25 - cleaning the object tree TB --- 2010-03-03 15:41:42 - cvsupping the source tree TB --- 2010-03-03 15:41:42 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2010-03-03 15:42:06 - building world TB --- 2010-03-03 15:42:06 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-03 15:42:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-03 15:42:06 - TARGET=ia64 TB --- 2010-03-03 15:42:06 - TARGET_ARCH=ia64 TB --- 2010-03-03 15:42:06 - TZ=UTC TB --- 2010-03-03 15:42:06 - __MAKE_CONF=/dev/null TB --- 2010-03-03 15:42:06 - cd /src TB --- 2010-03-03 15:42:06 - /usr/bin/make -B buildworld >>> World build started on Wed Mar 3 15:42:07 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies [...] lex -t /src/usr.bin/csup/token.l > token.c rm -f .depend mkdep -f .depend -a -I. -DHAVE_FFLAGS -DNDEBUG /src/usr.bin/csup/attrstack.c /src/usr.bin/csup/auth.c /src/usr.bin/csup/config.c /src/usr.bin/csup/detailer.c /src/usr.bin/csup/diff.c /src/usr.bin/csup/fattr.c /src/usr.bin/csup/fixups.c /src/usr.bin/csup/fnmatch.c /src/usr.bin/csup/globtree.c /src/usr.bin/csup/idcache.c /src/usr.bin/csup/keyword.c /src/usr.bin/csup/lex.rcs.c /src/usr.bin/csup/lister.c /src/usr.bin/csup/main.c /src/usr.bin/csup/misc.c /src/usr.bin/csup/mux.c parse.c /src/usr.bin/csup/pathcomp.c /src/usr.bin/csup/proto.c /src/usr.bin/csup/rcsfile.c /src/usr.bin/csup/rcsparse.c /src/usr.bin/csup/rsyncfile.c /src/usr.bin/csup/status.c /src/usr.bin/csup/stream.c /src/usr.bin/csup/threads.c token.c /src/usr.bin/csup/updater.c /src/usr.bin/csup/parse.y:32:20: error: config.h: No such file or directory /src/usr.bin/csup/parse.y:33:19: error: token.h: No such file or directory /src/usr.bin/csup/token.l:35:18: error: misc.h: No such file or directory /src/usr.bin/csup/token.l:36:19: error: token.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /src/usr.bin/csup. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-03-03 16:16:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-03-03 16:16:12 - ERROR: failed to build world TB --- 2010-03-03 16:16:12 - 1572.55 user 310.48 system 2087.67 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Wed Mar 3 16:16:40 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E67E1065687; Wed, 3 Mar 2010 16:16:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 0D0878FC15; Wed, 3 Mar 2010 16:16:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o23GGdBa037622; Wed, 3 Mar 2010 11:16:39 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o23GGd3n037620; Wed, 3 Mar 2010 16:16:39 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 3 Mar 2010 16:16:39 GMT Message-Id: <201003031616.o23GGd3n037620@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Mar 2010 16:16:40 -0000 TB --- 2010-03-03 15:45:58 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-03-03 15:45:58 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2010-03-03 15:45:58 - cleaning the object tree TB --- 2010-03-03 15:46:12 - cvsupping the source tree TB --- 2010-03-03 15:46:12 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2010-03-03 15:46:40 - building world TB --- 2010-03-03 15:46:40 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-03 15:46:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-03 15:46:40 - TARGET=powerpc TB --- 2010-03-03 15:46:40 - TARGET_ARCH=powerpc TB --- 2010-03-03 15:46:40 - TZ=UTC TB --- 2010-03-03 15:46:40 - __MAKE_CONF=/dev/null TB --- 2010-03-03 15:46:40 - cd /src TB --- 2010-03-03 15:46:40 - /usr/bin/make -B buildworld >>> World build started on Wed Mar 3 15:46:41 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies [...] lex -t /src/usr.bin/csup/token.l > token.c rm -f .depend mkdep -f .depend -a -I. -DHAVE_FFLAGS -DNDEBUG /src/usr.bin/csup/attrstack.c /src/usr.bin/csup/auth.c /src/usr.bin/csup/config.c /src/usr.bin/csup/detailer.c /src/usr.bin/csup/diff.c /src/usr.bin/csup/fattr.c /src/usr.bin/csup/fixups.c /src/usr.bin/csup/fnmatch.c /src/usr.bin/csup/globtree.c /src/usr.bin/csup/idcache.c /src/usr.bin/csup/keyword.c /src/usr.bin/csup/lex.rcs.c /src/usr.bin/csup/lister.c /src/usr.bin/csup/main.c /src/usr.bin/csup/misc.c /src/usr.bin/csup/mux.c parse.c /src/usr.bin/csup/pathcomp.c /src/usr.bin/csup/proto.c /src/usr.bin/csup/rcsfile.c /src/usr.bin/csup/rcsparse.c /src/usr.bin/csup/rsyncfile.c /src/usr.bin/csup/status.c /src/usr.bin/csup/stream.c /src/usr.bin/csup/threads.c token.c /src/usr.bin/csup/updater.c /src/usr.bin/csup/parse.y:32:20: error: config.h: No such file or directory /src/usr.bin/csup/parse.y:33:19: error: token.h: No such file or directory /src/usr.bin/csup/token.l:35:18: error: misc.h: No such file or directory /src/usr.bin/csup/token.l:36:19: error: token.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /src/usr.bin/csup. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-03-03 16:16:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-03-03 16:16:39 - ERROR: failed to build world TB --- 2010-03-03 16:16:39 - 1343.26 user 306.25 system 1840.98 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Wed Mar 3 16:39:42 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB418106566B; Wed, 3 Mar 2010 16:39:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 59A0C8FC12; Wed, 3 Mar 2010 16:39:41 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o23Gdfjj091599; Wed, 3 Mar 2010 11:39:41 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o23GdfRd091598; Wed, 3 Mar 2010 16:39:41 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 3 Mar 2010 16:39:41 GMT Message-Id: <201003031639.o23GdfRd091598@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Mar 2010 16:39:42 -0000 TB --- 2010-03-03 16:12:54 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-03-03 16:12:54 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2010-03-03 16:12:54 - cleaning the object tree TB --- 2010-03-03 16:13:06 - cvsupping the source tree TB --- 2010-03-03 16:13:06 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2010-03-03 16:13:30 - building world TB --- 2010-03-03 16:13:30 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-03 16:13:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-03 16:13:30 - TARGET=sun4v TB --- 2010-03-03 16:13:30 - TARGET_ARCH=sparc64 TB --- 2010-03-03 16:13:30 - TZ=UTC TB --- 2010-03-03 16:13:30 - __MAKE_CONF=/dev/null TB --- 2010-03-03 16:13:30 - cd /src TB --- 2010-03-03 16:13:30 - /usr/bin/make -B buildworld >>> World build started on Wed Mar 3 16:13:31 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies [...] lex -t /src/usr.bin/csup/token.l > token.c rm -f .depend mkdep -f .depend -a -I. -DHAVE_FFLAGS -DNDEBUG /src/usr.bin/csup/attrstack.c /src/usr.bin/csup/auth.c /src/usr.bin/csup/config.c /src/usr.bin/csup/detailer.c /src/usr.bin/csup/diff.c /src/usr.bin/csup/fattr.c /src/usr.bin/csup/fixups.c /src/usr.bin/csup/fnmatch.c /src/usr.bin/csup/globtree.c /src/usr.bin/csup/idcache.c /src/usr.bin/csup/keyword.c /src/usr.bin/csup/lex.rcs.c /src/usr.bin/csup/lister.c /src/usr.bin/csup/main.c /src/usr.bin/csup/misc.c /src/usr.bin/csup/mux.c parse.c /src/usr.bin/csup/pathcomp.c /src/usr.bin/csup/proto.c /src/usr.bin/csup/rcsfile.c /src/usr.bin/csup/rcsparse.c /src/usr.bin/csup/rsyncfile.c /src/usr.bin/csup/status.c /src/usr.bin/csup/stream.c /src/usr.bin/csup/threads.c token.c /src/usr.bin/csup/updater.c /src/usr.bin/csup/parse.y:32:20: error: config.h: No such file or directory /src/usr.bin/csup/parse.y:33:19: error: token.h: No such file or directory /src/usr.bin/csup/token.l:35:18: error: misc.h: No such file or directory /src/usr.bin/csup/token.l:36:19: error: token.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /src/usr.bin/csup. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-03-03 16:39:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-03-03 16:39:41 - ERROR: failed to build world TB --- 2010-03-03 16:39:41 - 1282.91 user 275.55 system 1607.08 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Wed Mar 3 22:04:52 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9AE9B106566B for ; Wed, 3 Mar 2010 22:04:52 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: from mail-ew0-f228.google.com (mail-ew0-f228.google.com [209.85.219.228]) by mx1.freebsd.org (Postfix) with ESMTP id 2639F8FC14 for ; Wed, 3 Mar 2010 22:04:51 +0000 (UTC) Received: by ewy28 with SMTP id 28so1383663ewy.13 for ; Wed, 03 Mar 2010 14:04:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent:organization:x-operation-sytem; bh=r2zzpWKCw3hhrUFDRcgxV5CCbc99Yhgzl06v6ULnJHg=; b=UaoCCMLrWRt18zQipG85ZTj8Vj1XM7ABZb4J6w52mEtZcMwk4biLtnRUqmnJv0ER4V XppQAz34cIa6KLTLAN/7zbCEqEn8xAEQP6JfXckMjmV/J7Dhm0aeBNAQQ8TJaRHZIsg5 YbatQ2tRmUqFP5/2xPnf6ATONdM1wEVFw16LQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:mail-followup-to :references:mime-version:content-type:content-disposition :in-reply-to:user-agent:organization:x-operation-sytem; b=oaT1hayyRhXz+CypgfdNsdyVc50h+DtbttIB7AjpKhvAsjUafwlUIj9eNm+4ecw1Xz ncA4iCebt/jx5oK7VpdvNSucsL2uAiS+jqXl8YD10oOCy40cksVSlJbsb8K60cxmgpuH FL82jpGkZeK7R4lXrVqj60fe2unWg05dHhSQA= Received: by 10.213.48.74 with SMTP id q10mr44324ebf.0.1267653891186; Wed, 03 Mar 2010 14:04:51 -0800 (PST) Received: from weongyo ([174.35.1.224]) by mx.google.com with ESMTPS id 23sm17287765eya.26.2010.03.03.14.04.49 (version=SSLv3 cipher=RC4-MD5); Wed, 03 Mar 2010 14:04:50 -0800 (PST) Received: by weongyo (sSMTP sendmail emulation); Wed, 3 Mar 2010 14:04:52 -0800 From: Weongyo Jeong Date: Wed, 3 Mar 2010 14:04:52 -0800 To: Joe Marcus Clarke Message-ID: <20100303220452.GL1295@weongyo> Mail-Followup-To: Joe Marcus Clarke , current References: <1267388668.39569.2410.camel@shumai.marcuscom.com> <20100301233706.GH1295@weongyo> <1267505443.35639.9.camel@shumai.marcuscom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1267505443.35639.9.camel@shumai.marcuscom.com> User-Agent: Mutt/1.4.2.3i Organization: CDNetworks. X-Operation-Sytem: FreeBSD Cc: current Subject: Re: Problem with new bwn driver on -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Weongyo Jeong List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Mar 2010 22:04:52 -0000 On Mon, Mar 01, 2010 at 11:50:43PM -0500, Joe Marcus Clarke wrote: > On Mon, 2010-03-01 at 15:37 -0800, Weongyo Jeong wrote: > > On Sun, Feb 28, 2010 at 03:24:28PM -0500, Joe Marcus Clarke wrote: > > > I was extremely pleased to see this driver, so I could get off of the > > > flaky NDIS version. I have a Dell Vostra 2510 with a LP bwn mini-PCI > > > card. I have set if_bwn_load="YES" in /boot/loader.conf. I also have > > > bwn_v4_lp_ucode_load="YES" set. > > > > > > The firmware and driver loads. However, if_bwn doesn't attach to the > > > card. Once the OS is fully booted, I kldunload if_bwn, then reload it, > > > and the driver attaches just fine. > > > > This issue is reported by some people and I'm looking codes. > > Good to know. This issue is solved in r204657. Thank you for reporting! > > > > > > Once it is attached, however, I can > > > pass traffic just fine, but I get a large number of these messages on > > > the console, and the traffic rate is not what it was with the NDIS > > > driver: > > > > Could you please elaborate the traffic rate? You mean the traffic rate > > is lower or higher than NDIS driver? > > The throughput with the if_bwn driver is less than with the ndis driver. > It associates at 11g (36 Mbps), but the RTT is longer. This is > noticeable with apps like VNC. The redraw is noticeably slower (line by > line) than it was ndis. Low throughput apps like SSH work more or less > the same. > > > > > > > > > bwn0: out of bounds of the square-root table (-770884) > > > bwn0: out of bounds of the square-root table (-225625) > > > bwn0: out of bounds of the square-root table (-240100) > > > > Patch is attached with email and it'll fix this message. Could you > > please test with it? > > Yes, the patch removes those messages. Thanks! > > > > > Was it successful to associate with AP? > > Yes, in DMA mode. In PIO mode, it associates, but does not pass any > traffic. After a while, there was a critical DMA error, and the driver > looped forever trying to communicate with the card. Are there any messages from bwn(4) related with DMA error? If yes and you reproduce DMA error easily could you please show me the full dmesg? regards, Weongyo Jeong From owner-freebsd-current@FreeBSD.ORG Wed Mar 3 22:46:10 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EB95C106564A for ; Wed, 3 Mar 2010 22:46:10 +0000 (UTC) (envelope-from marcus@freebsd.org) Received: from av-tac-rtp.cisco.com (hen.cisco.com [64.102.19.198]) by mx1.freebsd.org (Postfix) with ESMTP id 8FFD58FC17 for ; Wed, 3 Mar 2010 22:46:10 +0000 (UTC) X-TACSUNS: Virus Scanned Received: from rooster.cisco.com (localhost.cisco.com [127.0.0.1]) by av-tac-rtp.cisco.com (8.13.8+Sun/8.13.8) with ESMTP id o23Mk9wS017683 for ; Wed, 3 Mar 2010 17:46:09 -0500 (EST) Received: from dhcp-64-102-220-55.cisco.com (dhcp-64-102-220-55.cisco.com [64.102.220.55]) by rooster.cisco.com (8.13.8+Sun/8.13.8) with ESMTP id o23Mk9u7028304 for ; Wed, 3 Mar 2010 17:46:09 -0500 (EST) Message-ID: <4B8EE6B1.6030605@freebsd.org> Date: Wed, 03 Mar 2010 17:46:09 -0500 From: Joe Marcus Clarke Organization: FreeBSD, Inc. User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.8) Gecko/20100227 Thunderbird/3.0.3 MIME-Version: 1.0 To: current References: <1267388668.39569.2410.camel@shumai.marcuscom.com> <20100301233706.GH1295@weongyo> <1267505443.35639.9.camel@shumai.marcuscom.com> <20100303220452.GL1295@weongyo> In-Reply-To: <20100303220452.GL1295@weongyo> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: Problem with new bwn driver on -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Mar 2010 22:46:11 -0000 On 3/3/10 5:04 PM, Weongyo Jeong wrote: > On Mon, Mar 01, 2010 at 11:50:43PM -0500, Joe Marcus Clarke wrote: >> On Mon, 2010-03-01 at 15:37 -0800, Weongyo Jeong wrote: >>> On Sun, Feb 28, 2010 at 03:24:28PM -0500, Joe Marcus Clarke wrote: >>>> I was extremely pleased to see this driver, so I could get off of the >>>> flaky NDIS version. I have a Dell Vostra 2510 with a LP bwn mini-PCI >>>> card. I have set if_bwn_load="YES" in /boot/loader.conf. I also have >>>> bwn_v4_lp_ucode_load="YES" set. >>>> >>>> The firmware and driver loads. However, if_bwn doesn't attach to the >>>> card. Once the OS is fully booted, I kldunload if_bwn, then reload it, >>>> and the driver attaches just fine. >>> >>> This issue is reported by some people and I'm looking codes. >> >> Good to know. > > This issue is solved in r204657. Thank you for reporting! Saw that, thanks! >>>> bwn0: out of bounds of the square-root table (-770884) >>>> bwn0: out of bounds of the square-root table (-225625) >>>> bwn0: out of bounds of the square-root table (-240100) >>> >>> Patch is attached with email and it'll fix this message. Could you >>> please test with it? >> >> Yes, the patch removes those messages. Thanks! Was this patch committed? I don't recall seeing an svn notice. >> >>> >>> Was it successful to associate with AP? >> >> Yes, in DMA mode. In PIO mode, it associates, but does not pass any >> traffic. After a while, there was a critical DMA error, and the driver >> looped forever trying to communicate with the card. > > Are there any messages from bwn(4) related with DMA error? If yes and > you reproduce DMA error easily could you please show me the full dmesg? When it occurs, it is a fatal DMA error, and this streams on the console until reboot. In order to get the card to work again (with either bwn or ndis), I need to power-cycle the laptop. When it occurs again, I will get you the details and the full dmesg. Do you want a verbose dmesg, or a standard one? Joe -- Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome From owner-freebsd-current@FreeBSD.ORG Wed Mar 3 22:53:41 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 555441065673; Wed, 3 Mar 2010 22:53:41 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [IPv6:2001:470:a803::1]) by mx1.freebsd.org (Postfix) with ESMTP id E9D288FC0C; Wed, 3 Mar 2010 22:53:40 +0000 (UTC) Received: from mail.geekcn.org (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id 7D775A5E434; Thu, 4 Mar 2010 06:53:39 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by mail.geekcn.org (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with LMTP id xHTZASeb7V-3; Thu, 4 Mar 2010 06:53:33 +0800 (CST) Received: from delta.delphij.net (drawbridge.ixsystems.com [206.40.55.65]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 7985AA550FA; Thu, 4 Mar 2010 06:53:30 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=Q6hSVNhFI+jJ0VIpNdfYe5GWxhw+wdtyuN7M/7gOWH8R7DgTDp/ZY8/NcDGZ5Kh0L cOOtZ3qroC0usVh6UPYZg== Message-ID: <4B8EE866.4060008@delphij.net> Date: Wed, 03 Mar 2010 14:53:26 -0800 From: Xin LI Organization: The Geek China Organization User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.7) Gecko/20100207 Thunderbird/3.0.1 ThunderBrowse/3.2.8.1 MIME-Version: 1.0 To: Attilio Rao References: <4B75A801.3040107@delphij.net> <20100217213842.GG1394@michelle.cdnetworks.com> <3bbf2fe11002250748h489ff97dw3f2d0e29721b98d9@mail.gmail.com> <20100225192301.GI13807@michelle.cdnetworks.com> <3bbf2fe11002251139y510467dfwf22f64a7b3d9fc45@mail.gmail.com> In-Reply-To: <3bbf2fe11002251139y510467dfwf22f64a7b3d9fc45@mail.gmail.com> X-Enigmail-Version: 1.0.1 OpenPGP: id=3FCA37C1; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: pyunyh@gmail.com, Dima Panov , Gleb Kurtsou , Richard Todd , Gavin Atkinson , Alexander Motin , FreeBSD Current , Alexander Logvinov Subject: Re: time doesn't work? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Mar 2010 22:53:41 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Just would like to say that the problem was fixed in -CURRENT and thanks for working on this! Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iQEcBAEBAgAGBQJLjuhmAAoJEATO+BI/yjfBJsEH+gMfl/fjAgYDy2zkXgq6+Dmz +PlRwW65/01k7yfPREvZO9Izef7Qs3bufiicBP58ndaWs/lY3DLxI7dSnFPQAaVV EbRvp6qZy8KIp0PmYxkZJbCkuJbSk1PYCXWl5F5j2FuIXaXlpR0zm7fTmEYcXE5r CCM8QdG+Oy8YnM6CoUJpVUp91ZDrMcjLGEQHucijsk9N28+qsHBi7pUpbCog4gK0 OD+IJLl6dfY6DJWkCB5ag0YIBkUHyR4oh0kYeFcCUH0nZQS7l9vyerrgvcP0TAdK rpphmKoEOTD+RJ3Pp3gL2gk95RuIZHiAxuvg6VWNr5yTKN4h5dPY/SekhIBV13Y= =+aCQ -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Mar 3 23:14:21 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 91075106564A; Wed, 3 Mar 2010 23:14:21 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: from mail-qy0-f183.google.com (mail-qy0-f183.google.com [209.85.221.183]) by mx1.freebsd.org (Postfix) with ESMTP id 2BC278FC0C; Wed, 3 Mar 2010 23:14:20 +0000 (UTC) Received: by qyk14 with SMTP id 14so1942456qyk.9 for ; Wed, 03 Mar 2010 15:14:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent:organization:x-operation-sytem; bh=Y5yA4OH/FwwgR3DycvS7zFkemS8piSWiiHAte6/msoY=; b=JWUU2ol24e2EVZCbFdrTALHfJBs3CAVQrHPFX6BNJ/ouHEJkfdTQBcIyYxJdKOEEm3 CBvEv42Qa6ooC01Z94A97iNxgAzdGFyv/sxV7FSN0yzahxEBa79BULiEPYBCJgbaIAwi UWpENDS5TwPrWAQV7IJ6ZbqwvAgWioIM55C5Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:mail-followup-to :references:mime-version:content-type:content-disposition :in-reply-to:user-agent:organization:x-operation-sytem; b=fdF/Jg2mwE7IG1RiWIDyphBIPJ6/sHQH9WHbGD8XeYI/yuWPEwQK0E1IzH4Cuh8oeN CcgFgJbaAUkSPjsFSrW/edeuPLeIEzNc5TB5Oryx35k5OBE/OXL2VzVvi1IPKbBxflXx IBUekF8r+P/40HMoSN0sGdBaLadvoBoi0chBo= Received: by 10.224.87.68 with SMTP id v4mr232047qal.192.1267658052920; Wed, 03 Mar 2010 15:14:12 -0800 (PST) Received: from weongyo ([174.35.1.224]) by mx.google.com with ESMTPS id 5sm16867789qwg.3.2010.03.03.15.14.12 (version=SSLv3 cipher=RC4-MD5); Wed, 03 Mar 2010 15:14:12 -0800 (PST) Received: by weongyo (sSMTP sendmail emulation); Wed, 3 Mar 2010 15:14:16 -0800 From: Weongyo Jeong Date: Wed, 3 Mar 2010 15:14:16 -0800 To: Joe Marcus Clarke Message-ID: <20100303231416.GN1295@weongyo> Mail-Followup-To: Joe Marcus Clarke , current References: <1267388668.39569.2410.camel@shumai.marcuscom.com> <20100301233706.GH1295@weongyo> <1267505443.35639.9.camel@shumai.marcuscom.com> <20100303220452.GL1295@weongyo> <4B8EE6B1.6030605@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4B8EE6B1.6030605@freebsd.org> User-Agent: Mutt/1.4.2.3i Organization: CDNetworks. X-Operation-Sytem: FreeBSD Cc: current Subject: Re: Problem with new bwn driver on -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Weongyo Jeong List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Mar 2010 23:14:21 -0000 On Wed, Mar 03, 2010 at 05:46:09PM -0500, Joe Marcus Clarke wrote: > On 3/3/10 5:04 PM, Weongyo Jeong wrote: > > On Mon, Mar 01, 2010 at 11:50:43PM -0500, Joe Marcus Clarke wrote: > >> On Mon, 2010-03-01 at 15:37 -0800, Weongyo Jeong wrote: > >>> On Sun, Feb 28, 2010 at 03:24:28PM -0500, Joe Marcus Clarke wrote: > >>>> I was extremely pleased to see this driver, so I could get off of the > >>>> flaky NDIS version. I have a Dell Vostra 2510 with a LP bwn mini-PCI > >>>> card. I have set if_bwn_load="YES" in /boot/loader.conf. I also have > >>>> bwn_v4_lp_ucode_load="YES" set. > >>>> > >>>> The firmware and driver loads. However, if_bwn doesn't attach to the > >>>> card. Once the OS is fully booted, I kldunload if_bwn, then reload it, > >>>> and the driver attaches just fine. > >>> > >>> This issue is reported by some people and I'm looking codes. > >> > >> Good to know. > > > > This issue is solved in r204657. Thank you for reporting! > > Saw that, thanks! > > > >>>> bwn0: out of bounds of the square-root table (-770884) > >>>> bwn0: out of bounds of the square-root table (-225625) > >>>> bwn0: out of bounds of the square-root table (-240100) > >>> > >>> Patch is attached with email and it'll fix this message. Could you > >>> please test with it? > >> > >> Yes, the patch removes those messages. Thanks! > > Was this patch committed? I don't recall seeing an svn notice. Yes at r204542. > > >> > >>> > >>> Was it successful to associate with AP? > >> > >> Yes, in DMA mode. In PIO mode, it associates, but does not pass any > >> traffic. After a while, there was a critical DMA error, and the driver > >> looped forever trying to communicate with the card. > > > > Are there any messages from bwn(4) related with DMA error? If yes and > > you reproduce DMA error easily could you please show me the full dmesg? > > When it occurs, it is a fatal DMA error, and this streams on the console > until reboot. In order to get the card to work again (with either bwn > or ndis), I need to power-cycle the laptop. > > When it occurs again, I will get you the details and the full dmesg. Do > you want a verbose dmesg, or a standard one? I think a standard one is enough. Thank you. regards, Weongyo Jeong From owner-freebsd-current@FreeBSD.ORG Wed Mar 3 23:53:26 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E51991065670; Wed, 3 Mar 2010 23:53:25 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: from mail-pz0-f199.google.com (mail-pz0-f199.google.com [209.85.222.199]) by mx1.freebsd.org (Postfix) with ESMTP id A4CDD8FC18; Wed, 3 Mar 2010 23:53:25 +0000 (UTC) Received: by pzk37 with SMTP id 37so1395586pzk.7 for ; Wed, 03 Mar 2010 15:53:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent:organization:x-operation-sytem; bh=pgMfPbXzwFFlb0RCj1WU+cTKl4LCZusgJpdMHdiD0wY=; b=pDC4FvmFh/bB02yBOkP0V2hU+WVjnVGj9E+fEz6VibVyCB51+2k/VViw2BEp3HNE8q vsqiNljqN8YEoLAFii5ZVik+SwICs3JCwHlnCAh3tBIwRBsSKFTAPmvKCm7Q2Eanf2Lo Wf7oeXmqapAA//ziPSmTzGVBGLqmYNOUXu4yU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:mail-followup-to :references:mime-version:content-type:content-disposition :in-reply-to:user-agent:organization:x-operation-sytem; b=hZk0GhJTKeNp/zeFZbXH5xJokgkIlxTM+kLKuNf7jqriBxm7/1sKrU88DClEqg61FV Twgx3u03OJ4EejcVA3vg+7igcevSQdZ0T2AxjHo90FJtvCb1NogZd4p42LKcBgZ6NBrn Wtse0xdbhQr/wGbEyyhwUQATZMixrbrDjSRj8= Received: by 10.115.24.12 with SMTP id b12mr174552waj.118.1267660398355; Wed, 03 Mar 2010 15:53:18 -0800 (PST) Received: from weongyo ([174.35.1.224]) by mx.google.com with ESMTPS id 17sm710942pwj.9.2010.03.03.15.53.15 (version=SSLv3 cipher=RC4-MD5); Wed, 03 Mar 2010 15:53:17 -0800 (PST) Received: by weongyo (sSMTP sendmail emulation); Wed, 3 Mar 2010 15:53:19 -0800 From: Weongyo Jeong Date: Wed, 3 Mar 2010 15:53:19 -0800 To: Gustau P?rez Message-ID: <20100303235319.GO1295@weongyo> Mail-Followup-To: Gustau P?rez , John Baldwin , freebsd-current@freebsd.org References: <20091223035331.GA1293@weongyo> <20100228074056.GA3536@weongyo> <4B8C220A.1060402@entel.upc.edu> <201003020801.32955.jhb@freebsd.org> <4B8D5F96.3010700@entel.upc.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4B8D5F96.3010700@entel.upc.edu> User-Agent: Mutt/1.4.2.3i Organization: CDNetworks. X-Operation-Sytem: FreeBSD Cc: freebsd-current@freebsd.org Subject: Re: Call for Test and Review: bwn(4) - another Broadcom Wireless driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Weongyo Jeong List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Mar 2010 23:53:26 -0000 On Tue, Mar 02, 2010 at 07:57:26PM +0100, Gustau P?rez wrote: > En/na John Baldwin ha escrit: > > On Monday 01 March 2010 3:22:34 pm Gustau P?rez wrote: > > > >> En/na Weongyo Jeong ha escrit: > >> > >>> On Fri, Feb 26, 2010 at 04:21:06PM -0800, Xin LI wrote: > >>> > >>> > >>>> Hi, Weongyo, > >>>> > >>>> On 2010/02/25 16:51, Weongyo Jeong wrote: > >>>> > >>>> > >>>>> FYI bwn(4) driver is committed into FreeBSD tree. I think the driver > >>>>> supports your LP PHY device. After cvsup please try to rebuild siba_bwn > >>>>> and bwn modules. > >>>>> > >>>>> Could you please test with it? Please let me know and send me your > >>>>> full dmesg when you encounters the following problems: > >>>>> > >>>>> - if the driver doesn't work or is unstable. > >>>>> - if it prints debugging or verbose messages. > >>>>> > >>>>> > >>>> Great! Thanks for the work! > >>>> > >>>> Is it possible to MFC the work back to 8-STABLE at some point? > >>>> > >>>> > >>> Of course yes. AFAIK it could be compiled and works without problems on > >>> 8-STABLE; I checked it. :-) > >>> > >>> > >>> > >> I'm trying to run it in STABLE right now. When kldloading if_bwm > >> (following the given instructions, the other modules are kldloaded) it > >> complains with : > >> > >> link_elf_obj: symbol _mtx_assert undefined > >> > >> looks like it fails in if_bwnvar.h. Culprit is this define : > >> > >> #define BWN_ASSERT_LOCKED(sc) > >> mtx_assert(&(sc)->sc_mtx, MA_OWNED) > >> > >> Do I need witness enabled to run this ? Is there any way to run it in > >> STABLE or do I need to run CURRENT ? > >> > > > > It sounds like you have INVARIANTS defined when the module was built, but your > > kernel does not have INVARIANT_SUPPORT defined. > > > > > That did it. Thank you. After recompiling and rebooting the kernel, I > noticed via dmesg that when kldloading ssb the module complains with : > > ssb0: mem > 0xf9ffc000-0xf9ffffff irq 17 at device 0.0 on pci12 > ssb0: unsupportted coreid 0x817 > > When kldloading if_bwn (after bwn_v4_ucode) the machine freezes. I > guess my hard isn't supported yet. It looks you're using old bwn(4) sources. Could you test it with sources on HEAD? You should use and compile siba_bwn module and bwn module on HEAD. regards, Weongyo Jeong From owner-freebsd-current@FreeBSD.ORG Thu Mar 4 00:31:50 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7D6ED106564A; Thu, 4 Mar 2010 00:31:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 56A278FC15; Thu, 4 Mar 2010 00:31:50 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o240VnYj018170; Wed, 3 Mar 2010 19:31:49 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o240Vnad018163; Thu, 4 Mar 2010 00:31:49 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 4 Mar 2010 00:31:49 GMT Message-Id: <201003040031.o240Vnad018163@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Mar 2010 00:31:50 -0000 TB --- 2010-03-03 23:20:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-03-03 23:20:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2010-03-03 23:20:00 - cleaning the object tree TB --- 2010-03-03 23:20:08 - cvsupping the source tree TB --- 2010-03-03 23:20:08 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2010-03-03 23:20:35 - building world TB --- 2010-03-03 23:20:35 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-03 23:20:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-03 23:20:35 - TARGET=pc98 TB --- 2010-03-03 23:20:35 - TARGET_ARCH=i386 TB --- 2010-03-03 23:20:35 - TZ=UTC TB --- 2010-03-03 23:20:35 - __MAKE_CONF=/dev/null TB --- 2010-03-03 23:20:35 - cd /src TB --- 2010-03-03 23:20:35 - /usr/bin/make -B buildworld >>> World build started on Wed Mar 3 23:20:36 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Mar 4 00:19:18 UTC 2010 TB --- 2010-03-04 00:19:18 - generating LINT kernel config TB --- 2010-03-04 00:19:18 - cd /src/sys/pc98/conf TB --- 2010-03-04 00:19:18 - /usr/bin/make -B LINT TB --- 2010-03-04 00:19:18 - building LINT kernel TB --- 2010-03-04 00:19:18 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-04 00:19:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-04 00:19:18 - TARGET=pc98 TB --- 2010-03-04 00:19:18 - TARGET_ARCH=i386 TB --- 2010-03-04 00:19:18 - TZ=UTC TB --- 2010-03-04 00:19:18 - __MAKE_CONF=/dev/null TB --- 2010-03-04 00:19:18 - cd /src TB --- 2010-03-04 00:19:18 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Mar 4 00:19:18 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/libkern/ucmpdi2.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/libkern/udivdi3.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/libkern/umoddi3.c cc -c -x assembler-with-cpp -DLOCORE -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror /src/sys/pc98/apm/apm_bioscall.S cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/pc98/cbus/cbus_dma.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/pc98/cbus/clock.c /src/sys/pc98/cbus/clock.c: In function 'cpu_initclocks': /src/sys/pc98/cbus/clock.c:437: error: too few arguments to function 'lapic_setup_clock' *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-03-04 00:31:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-03-04 00:31:49 - ERROR: failed to build lint kernel TB --- 2010-03-04 00:31:49 - 3259.37 user 656.09 system 4308.82 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu Mar 4 05:12:24 2010 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 469A1106564A; Thu, 4 Mar 2010 05:12:24 +0000 (UTC) (envelope-from marcus@FreeBSD.org) Received: from creme-brulee.marcuscom.com (marcuscom-pt.tunnel.tserv1.fmt.ipv6.he.net [IPv6:2001:470:1f00:ffff::1279]) by mx1.freebsd.org (Postfix) with ESMTP id 17D808FC13; Thu, 4 Mar 2010 05:12:12 +0000 (UTC) Received: from [IPv6:2001:470:1f00:2464::4] (shumai.marcuscom.com [IPv6:2001:470:1f00:2464::4]) by creme-brulee.marcuscom.com (8.14.4/8.14.4) with ESMTP id o245CLBM041265; Thu, 4 Mar 2010 00:12:21 -0500 (EST) (envelope-from marcus@FreeBSD.org) From: Joe Marcus Clarke To: Weongyo Jeong In-Reply-To: <20100303231416.GN1295@weongyo> References: <1267388668.39569.2410.camel@shumai.marcuscom.com> <20100301233706.GH1295@weongyo> <1267505443.35639.9.camel@shumai.marcuscom.com> <20100303220452.GL1295@weongyo> <4B8EE6B1.6030605@freebsd.org> <20100303231416.GN1295@weongyo> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-6yor6J8gFdNnHiY+wOdE" Organization: FreeBSD, Inc. Date: Thu, 04 Mar 2010 00:12:02 -0500 Message-ID: <1267679522.5324.20.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.28.2 FreeBSD GNOME Team Port X-Spam-Status: No, score=-0.9 required=5.0 tests=BAYES_00,HELO_NO_DOMAIN autolearn=no version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on creme-brulee.marcuscom.com Cc: current Subject: Re: Problem with new bwn driver on -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Mar 2010 05:12:24 -0000 --=-6yor6J8gFdNnHiY+wOdE Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable On Wed, 2010-03-03 at 15:14 -0800, Weongyo Jeong wrote: > > When it occurs again, I will get you the details and the full dmesg. D= o > > you want a verbose dmesg, or a standard one? >=20 > I think a standard one is enough. Thank you. Here you go. This is on -CURRENT from about 30 minutes ago. Thanks for looking into this. http://www.marcuscom.com/downloads/salami.dmesg Joe --=20 Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome --=-6yor6J8gFdNnHiY+wOdE Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEABECAAYFAkuPQSEACgkQb2iPiv4Uz4cuwQCgieXO0+sF6qpZtGpCRo9kQzoT NSkAn3AtwB2K8SkKP42FLpY1KK5yffKl =YPD0 -----END PGP SIGNATURE----- --=-6yor6J8gFdNnHiY+wOdE-- From owner-freebsd-current@FreeBSD.ORG Thu Mar 4 08:50:33 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 837A0106566B for ; Thu, 4 Mar 2010 08:50:33 +0000 (UTC) (envelope-from moonlightakkiy@yahoo.ca) Received: from web51806.mail.re2.yahoo.com (web51806.mail.re2.yahoo.com [206.190.38.237]) by mx1.freebsd.org (Postfix) with SMTP id 28B4C8FC13 for ; Thu, 4 Mar 2010 08:50:32 +0000 (UTC) Received: (qmail 97375 invoked by uid 60001); 4 Mar 2010 08:50:30 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.ca; s=s1024; t=1267692630; bh=Uu55njzdGR3lQrXYvXnvoxdgEVXIrQmq50eODjprX+g=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=u0wmhBHEK2PiUDmvvU3Wqaw2HF1tj6RDX35IBjEUEfYQ2aCKDPrV/Q98kLhRIZRzJWXSRxbtLdgqsvmXhIGSZ0qSKYe+2Sr+Ke6hywq0I3gMsAkGyS1uDtWshtvKPbBF3vkO8CScoN1orGqCdQxZmF7sUg3Ges8IauehIXZvnak= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.ca; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=Znsh25ymFYPvwP9A9BW3DASg0SCQ00zoNvWXA9sZJwvFqCEf3qKeZAb4kS3kkeMfKmp3vwAMgB95YDRSv7bo27Jx1X/pnk6ti9fktX4mjVdwlIJWU9iWMI+3Zs9OvhtDQXLHnhqdwRNioYGEslf5OfyQjVr74tTfDqp2hy/+gpg=; Message-ID: <16641.96608.qm@web51806.mail.re2.yahoo.com> X-YMail-OSG: U0qJxgsVM1kziOH.AeMLAx3xwkpk0rUJ6aK_9LXJgrZSq4HTnj_vP_eb.SP9MRM9OXjL8dT66u4kUHid9TsXncmYhBpouusbwdT2Ma1xnJFUNnew4ZzW5cresWokKwW80kCRoYVDMW6JPftPjfLMlGXonKlz38wNiu.llZ2vkGdoahmRUPeOXuqg5I6HVO3RqiTKed_p4qlUVrd2P85Fs2FEcXHrG2l4GV6Vc7HNlEk8s5Wqeng6QcVPMUp68FsHWTe_7Yg.bYIsw.sYx.bz5PWn25nLzH13dG9wnd88MeifNCzKh7OydxZSueTG4J35oeQT_9iFHpVFBejzbyL1K7C2016V.OX.Ohtt0MihirATG2Xjd92.6g-- Received: from [173.183.132.20] by web51806.mail.re2.yahoo.com via HTTP; Thu, 04 Mar 2010 00:50:29 PST X-Mailer: YahooMailRC/300.3 YahooMailWebService/0.8.100.260964 Date: Thu, 4 Mar 2010 00:50:29 -0800 (PST) From: PseudoCylon To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: CALL for TEST [HOSTAP] run(4) ralink usb wireless X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Mar 2010 08:50:33 -0000 Hello, Finally, I have fixed mysterious device lock out and run(4) works fine in HOSTAP mode. Up time is 80 hours and counting. I even filed tax though it. The device supports up to 253 stations. I only tested with 2 station. If you have resources, please hit it with bunch of STAs. As usual codes are posted at my git repository git://dev.nasreddine.com/run.git http://dev.nasreddine.com/gitweb/?p=run.git;a=summary Please fetch 'hostap_rc' branch not 'master' this time. or freebsd forums http://forums.freebsd.org/showthread.php?s=1d3b01fbed80c61ff508e12e9805146e&t=7562 Best, AK ---- "FreeBSD and all other open source projects are the Tower of Babel in computer era." --me So, join me @ git://dev.nasreddine.com/run.git (or http://dev.nasreddine.com/gitweb/?p=run.git;a=summary ) Just work on any of *_dev branches. __________________________________________________________________ Looking for the perfect gift? Give the gift of Flickr! http://www.flickr.com/gift/ From owner-freebsd-current@FreeBSD.ORG Thu Mar 4 10:48:05 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D4A47106566B; Thu, 4 Mar 2010 10:48:05 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id ACF4B8FC20; Thu, 4 Mar 2010 10:48:05 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o24Am4jq026896; Thu, 4 Mar 2010 05:48:04 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o24Am4AT026895; Thu, 4 Mar 2010 10:48:04 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 4 Mar 2010 10:48:04 GMT Message-Id: <201003041048.o24Am4AT026895@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Mar 2010 10:48:05 -0000 TB --- 2010-03-04 09:35:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-03-04 09:35:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2010-03-04 09:35:00 - cleaning the object tree TB --- 2010-03-04 09:35:14 - cvsupping the source tree TB --- 2010-03-04 09:35:14 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2010-03-04 09:36:48 - building world TB --- 2010-03-04 09:36:48 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-04 09:36:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-04 09:36:48 - TARGET=pc98 TB --- 2010-03-04 09:36:48 - TARGET_ARCH=i386 TB --- 2010-03-04 09:36:48 - TZ=UTC TB --- 2010-03-04 09:36:48 - __MAKE_CONF=/dev/null TB --- 2010-03-04 09:36:48 - cd /src TB --- 2010-03-04 09:36:48 - /usr/bin/make -B buildworld >>> World build started on Thu Mar 4 09:36:49 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Mar 4 10:35:41 UTC 2010 TB --- 2010-03-04 10:35:41 - generating LINT kernel config TB --- 2010-03-04 10:35:41 - cd /src/sys/pc98/conf TB --- 2010-03-04 10:35:41 - /usr/bin/make -B LINT TB --- 2010-03-04 10:35:41 - building LINT kernel TB --- 2010-03-04 10:35:41 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-04 10:35:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-04 10:35:41 - TARGET=pc98 TB --- 2010-03-04 10:35:41 - TARGET_ARCH=i386 TB --- 2010-03-04 10:35:41 - TZ=UTC TB --- 2010-03-04 10:35:41 - __MAKE_CONF=/dev/null TB --- 2010-03-04 10:35:41 - cd /src TB --- 2010-03-04 10:35:41 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Mar 4 10:35:41 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/libkern/ucmpdi2.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/libkern/udivdi3.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/libkern/umoddi3.c cc -c -x assembler-with-cpp -DLOCORE -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror /src/sys/pc98/apm/apm_bioscall.S cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/pc98/cbus/cbus_dma.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/pc98/cbus/clock.c /src/sys/pc98/cbus/clock.c: In function 'cpu_initclocks': /src/sys/pc98/cbus/clock.c:437: error: too few arguments to function 'lapic_setup_clock' *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-03-04 10:48:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-03-04 10:48:04 - ERROR: failed to build lint kernel TB --- 2010-03-04 10:48:04 - 3258.66 user 660.91 system 4384.62 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Thu Mar 4 13:31:22 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 26C78106564A; Thu, 4 Mar 2010 13:31:22 +0000 (UTC) (envelope-from c.jayachandran@gmail.com) Received: from mail-pz0-f199.google.com (mail-pz0-f199.google.com [209.85.222.199]) by mx1.freebsd.org (Postfix) with ESMTP id EBD568FC15; Thu, 4 Mar 2010 13:31:21 +0000 (UTC) Received: by pzk37 with SMTP id 37so1753900pzk.7 for ; Thu, 04 Mar 2010 05:31:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:cc:content-type; bh=ua/rhExbyYzFbLD+nz3GJv3Hgz5pkXNJimSI6rTITRk=; b=mpo13LInkqtnU66xOhgITnMHHM7yynPY7b/mH2MEfJdKr6pPEN3XtCuqZtQYjwdxqr Ar2Tf29pJfbVzVTCBkXCYl3DDnWDXWmHFqYAu03gb0q+cD6K641W8xAlE6x1xEy7aoZ7 taGT4/+SaJCuTfom0stRiGPSHWdW0hyC//i08= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; b=HXMvrBB5M6R80ECyBwTMWX87l8wnO0YFFBir3xHqL5fbTGjIfjUxSX1UgTNo7iXoqr 2A3vZB4xY5li6KKnPDUOMgvNj6gpJbfafB0RGSjKwrtugfQ07v6kEBfprs+DwGv1raeN XNWXM2eKsePEmHiw0N9vJuONL4ofUuBuuPHSE= MIME-Version: 1.0 Received: by 10.141.101.12 with SMTP id d12mr5162746rvm.239.1267707843216; Thu, 04 Mar 2010 05:04:03 -0800 (PST) Date: Thu, 4 Mar 2010 18:34:03 +0530 Message-ID: <98a59be81003040504x6e97fbaeqeb10f8ea7bedb7b9@mail.gmail.com> From: "C. Jayachandran" To: sobomax@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Current Subject: newfs failure on -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Mar 2010 13:31:22 -0000 I'm testing this on the mips platform, but I think there is an issue with change that made sectorsize int64_t, because the ioctl DIOCGSECTORSIZE used to read sector size seems to take u_int. This quick change fixes it for me (sample patch - may be whitespace damaged). Index: sbin/newfs/newfs.c =================================================================== --- sbin/newfs/newfs.c (revision 204687) +++ sbin/newfs/newfs.c (working copy) @@ -327,9 +327,11 @@ mediasize = st.st_size; /* set fssize from the partition */ } else { + u_int tsize; if (sectorsize == 0) - if (ioctl(disk.d_fd, DIOCGSECTORSIZE, §orsize) == -1) + if (ioctl(disk.d_fd, DIOCGSECTORSIZE, &tsize) == -1) sectorsize = 0; /* back out on error for safety */ + sectorsize = tsize; if (sectorsize && ioctl(disk.d_fd, DIOCGMEDIASIZE, &mediasize) != -1) getfssize(&fssize, special, mediasize / sectorsize, reserved); } Regards, JC. From owner-freebsd-current@FreeBSD.ORG Thu Mar 4 13:51:13 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D55061065676 for ; Thu, 4 Mar 2010 13:51:13 +0000 (UTC) (envelope-from ddkprog@yahoo.com) Received: from web59107.mail.re1.yahoo.com (web59107.mail.re1.yahoo.com [66.196.101.18]) by mx1.freebsd.org (Postfix) with SMTP id 693BD8FC0C for ; Thu, 4 Mar 2010 13:51:13 +0000 (UTC) Received: (qmail 37356 invoked by uid 60001); 4 Mar 2010 13:51:05 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1267710665; bh=qdF5Asww7i/8injvGQvio96K0kXqGGSDadZfwZUWovs=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=OOcJfceVVsJzyZVo3T4tSjbuo2in5dxLXyJwRHMoqU7V5drPXFXX30sNZOjkKt1vL5wnHXzaZTfvTlevyWkH8FihYWVB3I8B/UzPLW8/dOJpIGcmRPH1EWsaiDETDZURz9++X5lsiWSzux4f0R8CFI4HLpYjCJFh7KeGyqpntXY= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type; b=BU7HIDNK0CzvkCRknXKjpH+pCvo21nxFtwucSPn8lc1c5ir+S8kdjyxYHeZ10SLc93iMbmcy0DqlyeIH0r23krmWoLJIWEJVyBted+NxVnfWzEkv1Lgu/Cqqv8PxdMPTXc5xUP5iCW+Vsnts/OWI/rffjWgeXcrL7kx8xrmog3k=; Message-ID: <401095.35021.qm@web59107.mail.re1.yahoo.com> X-YMail-OSG: VhYOqfYVM1mp6V4etoElSR97OC_IAn9EbxWNb7yrtHzwmMg nGaRds2fBbmVkU7sH0B1GV6C2qF5vnIfOLiqZ664yFxiJ0G0QURb2ZVPLFzy 03qm98NMNrRO4Ett4DNAluxqHGDpy1dqZH15E4ypwak94MlBVBASUEFC4axZ DyGTOHbiAYVDrUhSz8LebBuKOvocrhc1j0G99z9e4deKu9pdMgkiCWtaHENZ PtyKc1Ik9LqiHbDC83.P80sR.nbnYd4G3tzU- Received: from [95.109.146.138] by web59107.mail.re1.yahoo.com via HTTP; Thu, 04 Mar 2010 05:51:05 PST X-Mailer: YahooMailClassic/9.2.12 YahooMailWebService/0.8.100.260964 Date: Thu, 4 Mar 2010 05:51:05 -0800 (PST) From: paradox To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailman-Approved-At: Thu, 04 Mar 2010 14:39:33 +0000 Subject: propose: all arch move into a separate dir X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Mar 2010 13:51:13 -0000 iam propose all the architecture move in a separate directory as is done in openbsd and netbsd ie #mkdir /usr/src/sys/arch #mv -R /usr/src/sys/{amd64,arm,i386,ia64,mips,pc98,powerpc,sparc64,sun4v,xen,x86) /usr/src/sys/arch/ Would it ever done in freebsd? From owner-freebsd-current@FreeBSD.ORG Thu Mar 4 14:48:12 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C8AE9106566B for ; Thu, 4 Mar 2010 14:48:12 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 9190A8FC12 for ; Thu, 4 Mar 2010 14:48:12 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:8444:281f:5bb4:1db8] (unknown [IPv6:2001:7b8:3a7:0:8444:281f:5bb4:1db8]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 952F15C43; Thu, 4 Mar 2010 15:48:11 +0100 (CET) Message-ID: <4B8FC833.6020801@andric.com> Date: Thu, 04 Mar 2010 15:48:19 +0100 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.2.2pre) Gecko/20100302 Lanikai/3.1b1pre MIME-Version: 1.0 To: paradox References: <401095.35021.qm@web59107.mail.re1.yahoo.com> In-Reply-To: <401095.35021.qm@web59107.mail.re1.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: propose: all arch move into a separate dir X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Mar 2010 14:48:12 -0000 On 2010-03-04 14:51, paradox wrote: > #mkdir /usr/src/sys/arch > #mv -R /usr/src/sys/{amd64,arm,i386,ia64,mips,pc98,powerpc,sparc64,sun4v,xen,x86) /usr/src/sys/arch/ > > Would it ever done in freebsd? Sure, right after the switch to git. From owner-freebsd-current@FreeBSD.ORG Thu Mar 4 16:27:43 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 866761065670 for ; Thu, 4 Mar 2010 16:27:43 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail1.es.net [IPv6:2001:400:201:1::2]) by mx1.freebsd.org (Postfix) with ESMTP id 39E788FC15 for ; Thu, 4 Mar 2010 16:27:43 +0000 (UTC) Received: from ptavv.es.net (ptavv.es.net [IPv6:2001:400:910::29]) by mailgw.es.net (8.14.3/8.14.3) with ESMTP id o24GR1qL003780 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 4 Mar 2010 08:27:01 -0800 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 4F5141CC0B; Thu, 4 Mar 2010 08:27:01 -0800 (PST) To: Dimitry Andric In-reply-to: Your message of "Thu, 04 Mar 2010 15:48:19 +0100." <4B8FC833.6020801@andric.com> Date: Thu, 04 Mar 2010 08:27:01 -0800 From: "Kevin Oberman" Message-Id: <20100304162701.4F5141CC0B@ptavv.es.net> X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.8161:2.4.5, 1.2.40, 4.0.166 definitions=2010-03-04_06:2010-02-06, 2010-03-04, 2010-03-04 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=5.0.0-0908210000 definitions=main-1003040129 Cc: freebsd-current@freebsd.org, paradox Subject: Re: propose: all arch move into a separate dir X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Mar 2010 16:27:43 -0000 > Date: Thu, 04 Mar 2010 15:48:19 +0100 > From: Dimitry Andric > Sender: owner-freebsd-current@freebsd.org > > On 2010-03-04 14:51, paradox wrote: > > #mkdir /usr/src/sys/arch > > #mv -R /usr/src/sys/{amd64,arm,i386,ia64,mips,pc98,powerpc,sparc64,sun4v,xen,x86) /usr/src/sys/arch/ > > > > Would it ever done in freebsd? > > Sure, right after the switch to git. I would suggest a smiley after a comment like this. Someone might actually think you were serious! Well, I suppose it is true that this won't happen until after FreeBSD does switch to git. :-) -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 From owner-freebsd-current@FreeBSD.ORG Thu Mar 4 17:26:45 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 29FE31065675; Thu, 4 Mar 2010 17:26:45 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id DDDEE8FC1A; Thu, 4 Mar 2010 17:26:44 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id o24HHe1E002875; Thu, 4 Mar 2010 10:17:41 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Thu, 04 Mar 2010 10:17:58 -0700 (MST) Message-Id: <20100304.101758.70320533242206105.imp@bsdimp.com> To: c.jayachandran@gmail.com From: "M. Warner Losh" In-Reply-To: <98a59be81003040504x6e97fbaeqeb10f8ea7bedb7b9@mail.gmail.com> References: <98a59be81003040504x6e97fbaeqeb10f8ea7bedb7b9@mail.gmail.com> X-Mailer: Mew version 6.3 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: sobomax@FreeBSD.org, freebsd-current@FreeBSD.org Subject: Re: newfs failure on -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Mar 2010 17:26:45 -0000 In message: <98a59be81003040504x6e97fbaeqeb10f8ea7bedb7b9@mail.gmail.com> "C. Jayachandran" writes: : I'm testing this on the mips platform, but I think there is an issue : with change that made sectorsize int64_t, because the ioctl : DIOCGSECTORSIZE used to read sector size seems to take u_int. This : quick change fixes it for me (sample patch - may be whitespace : damaged). : : Index: sbin/newfs/newfs.c : =================================================================== : --- sbin/newfs/newfs.c (revision 204687) : +++ sbin/newfs/newfs.c (working copy) : @@ -327,9 +327,11 @@ : mediasize = st.st_size; : /* set fssize from the partition */ : } else { : + u_int tsize; : if (sectorsize == 0) : - if (ioctl(disk.d_fd, DIOCGSECTORSIZE, §orsize) == -1) : + if (ioctl(disk.d_fd, DIOCGSECTORSIZE, &tsize) == -1) : sectorsize = 0; /* back out on error for safety */ : + sectorsize = tsize; : if (sectorsize && ioctl(disk.d_fd, DIOCGMEDIASIZE, : &mediasize) != -1) : getfssize(&fssize, special, mediasize / sectorsize, reserved); : } : Maybe the right change is to back out the DIOCGSECTORSIZE change due to silent breakage like this? Warner From owner-freebsd-current@FreeBSD.ORG Thu Mar 4 17:29:08 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D2BB106566B; Thu, 4 Mar 2010 17:29:08 +0000 (UTC) (envelope-from miki.bsd@gmail.com) Received: from mail-fx0-f223.google.com (mail-fx0-f223.google.com [209.85.220.223]) by mx1.freebsd.org (Postfix) with ESMTP id 62DBC8FC16; Thu, 4 Mar 2010 17:29:06 +0000 (UTC) Received: by fxm23 with SMTP id 23so1577819fxm.3 for ; Thu, 04 Mar 2010 09:28:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=dASEVcogCC3nK66L5TIHIhKQMzREaDvP6dKyBvWFItA=; b=SAS7ivAuEvnneV/XyVcgZNb1jxJxAAk7ASY3Nh/pnnXQgj+6QFaQU6+Iomb5VjTc07 C3IjwyfDif2sMjRk3PqzY4PNBewyJIUusJad1TXQ9VD3KosmuZKfx8DcXivhsnrvGwMr 3m4Fjld9+WO69db5h9i6E8GNP2bMBV0td72LY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=Nb6LOKJon3tlOKDsfU8bzcq5M4pb/Q3qlBXA6oT0bk2NolYPS512ljSLHE2LjVcVJj LoRLZHJDr6neg2vheFCNrU3qNh07iOUqG8n9f4InzWqbW2vRUgbahCWetk+KL4jcxauj 9Bg/+C5NhoEkPsb/qIR+QyfoUTgAFF/62XzoM= MIME-Version: 1.0 Received: by 10.239.188.139 with SMTP id p11mr1014755hbh.102.1267723739355; Thu, 04 Mar 2010 09:28:59 -0800 (PST) In-Reply-To: <201003030751.45158.jhb@freebsd.org> References: <20091223035331.GA1293@weongyo> <20100301201254.GG1295@weongyo> <261c29701003021108w1e6e3bbascf17102a3256e339@mail.gmail.com> <201003030751.45158.jhb@freebsd.org> Date: Thu, 4 Mar 2010 18:28:59 +0100 Message-ID: <261c29701003040928h7aa70b3fm37611f974e0b9330@mail.gmail.com> From: Miki To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Weongyo Jeong Subject: Re: Call for Test and Review: bwn(4) - another Broadcom Wireless driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Mar 2010 17:29:08 -0000 2010/3/3 John Baldwin : > On Tuesday 02 March 2010 2:08:55 pm Miki wrote: >> 2010/3/1 Weongyo Jeong : >> > On Sun, Feb 28, 2010 at 08:45:32PM +0100, Miki wrote: >> >> Hi, >> >> >> >> Thanks for the work ! >> >> >> >> I have some problems here when I try to create a wlan interface : >> >> bwn_v4_ucode5: could not load firmware image, error 2 >> >> bwn0: the fw file(bwn_v4_ucode5) not found >> > >> > Did you try to UP the interface withload loading bwn_v4_ucode.ko? =A0I= f >> > yes currently bwn(4) doesn't automatically load firmware module so you >> > need to do it by hand. >> > >> > =A0# kldload bwn_v4_ucode >> >> OK I have loaded bwn_v4_ucode before if_bwn and it works, >> my bad, I should have read the man page more carefully. >> >> > >> > The patch for this is ready to commit and it'll be happened soon. >> > >> >> I have installed bwn-firmware-kmod from ports but the only files I ha= ve in >> >> /boot/modules are bwn_v4_lp_ucode.ko and bwn_v4_ucode.ko. So I tried = to >> >> copy bwn_v4_ucode to bwn_v4_ucode5 and it seems to work : wlan0 is >> >> created, I can associate to an open Access Point and obtain a DHCP le= ase. >> >> But if I try to do some network IO (browsing the web) the interface h= ang >> >> (I cannot obtain a lease anymore). >> > >> > I have a exact same device like you have but I didn't encounter this >> > issue. >> > >> > Are there any messages from bwn(4) when you the interface becomes hang= ? >> > One more question, after the interface hang, does the system be hang >> > also? >> >> I have no messages in the log (appart bwn0: need multicast update callba= ck). >> In fact it's not a hang, it happens only with the AP that permits me >> to have a web >> access. I have another AP (sitting next to me) and I don't have the >> same behavior : >> I can have and renew my dhcp lease multiple times and configure the AP w= ith its >> web interface. With the "buggy" AP I can have a dhcp lease only once and= nothing >> more. If I destroy and recreate the wlan interface the same thing happen= s. >> I have no such a problem with if_bwi and this AP. >> >> > >> > One thing you can do is that trying the device with PIO mode not DMA >> > mode using the following tunable variable: >> > >> > =A0hw.bwn.usedma >> > >> > Its default value is 1 to enable DMA operation so if you set it 0, PIO >> > mode would be used and could see the message like below: >> > >> > =A0bwn0: PIO >> > >> > Could you please test with it? >> > >> >> Setting hw.bwn.usedma=3D0 in loader.conf make no differences >> >> by the way, I need to switch from if_bwn to if_bwi to make some test >> and post the results here, but I have this error message : >> firmware_register: cannot register image bwi_v3_b0g0initvals5, firmware >> table full! >> is this normal ? > > Yes, both bwi and bwn use a lot of individual firmware images, so loading > both of them probably fills up the static array of firmware table entries= . > I think there is a constant in subr_firwmare.c you can increase to make t= he > table bigger. > > -- > John Baldwin > Rising FIRMWARE_MAX from 30 to 60 did the trick ! thanks ! Are there any reasons to have such a "low" default value ? Another good news : putting my card in 11b mode solves my problem. FYI it uses to work fine in 11g mode with if_bwi (at OFDM/54Mbs). posting with if_bwn ! thanks to all From owner-freebsd-current@FreeBSD.ORG Thu Mar 4 17:37:58 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A8D111065673 for ; Thu, 4 Mar 2010 17:37:58 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 6B51E8FC15 for ; Thu, 4 Mar 2010 17:37:58 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id o24HJoNA002881; Thu, 4 Mar 2010 10:19:50 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Thu, 04 Mar 2010 10:20:07 -0700 (MST) Message-Id: <20100304.102007.1151864885495261672.imp@bsdimp.com> To: ddkprog@yahoo.com From: "M. Warner Losh" In-Reply-To: <401095.35021.qm@web59107.mail.re1.yahoo.com> References: <401095.35021.qm@web59107.mail.re1.yahoo.com> X-Mailer: Mew version 6.3 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: propose: all arch move into a separate dir X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Mar 2010 17:37:58 -0000 In message: <401095.35021.qm@web59107.mail.re1.yahoo.com> paradox writes: : iam propose all the architecture move in a separate directory : as is done in openbsd and netbsd : : ie : #mkdir /usr/src/sys/arch : #mv -R /usr/src/sys/{amd64,arm,i386,ia64,mips,pc98,powerpc,sparc64,sun4v,xen,x86) /usr/src/sys/arch/ : : Would it ever done in freebsd? No. That ship sailed in 1995. Besides, it would be the mother of all bikesheds. Do we want to have a sys/cpu/{mips,x86,arm,etc} for CPU support and a sys/arch/$MACHINE for support for machines that use that, how does that interact with source doe that assumes certain things in machine/foo.h. Or do we want to have better organized sub-ports. Do we want to reorg config while we're at it, and what about modules. And sys/dev is too crowded, let's fix that too while we're at it. The end result: gridlock and nothing will happen. Warner From owner-freebsd-current@FreeBSD.ORG Thu Mar 4 18:23:55 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C9E42106564A; Thu, 4 Mar 2010 18:23:55 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 8A7D58FC12; Thu, 4 Mar 2010 18:23:55 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 1944346B0D; Thu, 4 Mar 2010 13:23:55 -0500 (EST) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id B580A8A01F; Thu, 4 Mar 2010 13:23:42 -0500 (EST) From: John Baldwin To: Miki Date: Thu, 4 Mar 2010 13:19:14 -0500 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: <20091223035331.GA1293@weongyo> <201003030751.45158.jhb@freebsd.org> <261c29701003040928h7aa70b3fm37611f974e0b9330@mail.gmail.com> In-Reply-To: <261c29701003040928h7aa70b3fm37611f974e0b9330@mail.gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201003041319.14675.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Thu, 04 Mar 2010 13:23:42 -0500 (EST) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.5 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: freebsd-current@freebsd.org, Weongyo Jeong Subject: Re: Call for Test and Review: bwn(4) - another Broadcom Wireless driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Mar 2010 18:23:56 -0000 On Thursday 04 March 2010 12:28:59 pm Miki wrote: > 2010/3/3 John Baldwin : > > On Tuesday 02 March 2010 2:08:55 pm Miki wrote: > >> 2010/3/1 Weongyo Jeong : > >> > On Sun, Feb 28, 2010 at 08:45:32PM +0100, Miki wrote: > >> >> Hi, > >> >> > >> >> Thanks for the work ! > >> >> > >> >> I have some problems here when I try to create a wlan interface : > >> >> bwn_v4_ucode5: could not load firmware image, error 2 > >> >> bwn0: the fw file(bwn_v4_ucode5) not found > >> > > >> > Did you try to UP the interface withload loading bwn_v4_ucode.ko? If > >> > yes currently bwn(4) doesn't automatically load firmware module so you > >> > need to do it by hand. > >> > > >> > # kldload bwn_v4_ucode > >> > >> OK I have loaded bwn_v4_ucode before if_bwn and it works, > >> my bad, I should have read the man page more carefully. > >> > >> > > >> > The patch for this is ready to commit and it'll be happened soon. > >> > > >> >> I have installed bwn-firmware-kmod from ports but the only files I have in > >> >> /boot/modules are bwn_v4_lp_ucode.ko and bwn_v4_ucode.ko. So I tried to > >> >> copy bwn_v4_ucode to bwn_v4_ucode5 and it seems to work : wlan0 is > >> >> created, I can associate to an open Access Point and obtain a DHCP lease. > >> >> But if I try to do some network IO (browsing the web) the interface hang > >> >> (I cannot obtain a lease anymore). > >> > > >> > I have a exact same device like you have but I didn't encounter this > >> > issue. > >> > > >> > Are there any messages from bwn(4) when you the interface becomes hang? > >> > One more question, after the interface hang, does the system be hang > >> > also? > >> > >> I have no messages in the log (appart bwn0: need multicast update callback). > >> In fact it's not a hang, it happens only with the AP that permits me > >> to have a web > >> access. I have another AP (sitting next to me) and I don't have the > >> same behavior : > >> I can have and renew my dhcp lease multiple times and configure the AP with its > >> web interface. With the "buggy" AP I can have a dhcp lease only once and nothing > >> more. If I destroy and recreate the wlan interface the same thing happens. > >> I have no such a problem with if_bwi and this AP. > >> > >> > > >> > One thing you can do is that trying the device with PIO mode not DMA > >> > mode using the following tunable variable: > >> > > >> > hw.bwn.usedma > >> > > >> > Its default value is 1 to enable DMA operation so if you set it 0, PIO > >> > mode would be used and could see the message like below: > >> > > >> > bwn0: PIO > >> > > >> > Could you please test with it? > >> > > >> > >> Setting hw.bwn.usedma=0 in loader.conf make no differences > >> > >> by the way, I need to switch from if_bwn to if_bwi to make some test > >> and post the results here, but I have this error message : > >> firmware_register: cannot register image bwi_v3_b0g0initvals5, firmware > >> table full! > >> is this normal ? > > > > Yes, both bwi and bwn use a lot of individual firmware images, so loading > > both of them probably fills up the static array of firmware table entries. > > I think there is a constant in subr_firwmare.c you can increase to make the > > table bigger. > > > > -- > > John Baldwin > > > > Rising FIRMWARE_MAX from 30 to 60 did the trick ! thanks ! > Are there any reasons to have such a "low" default value ? I think the number was chosen somewhat randomly. I do think 30 firmware images is probably more than enough for common cases. One option would be to malloc the table at boot time and make the size configurable via a loader tunable. Otherwise we could just make it dynamic and use a linked-list of some sort instead of the current array. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Mar 4 18:36:21 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3A0B9106566B for ; Thu, 4 Mar 2010 18:36:21 +0000 (UTC) (envelope-from delphij@gmail.com) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id 0EA618FC1C for ; Thu, 4 Mar 2010 18:36:20 +0000 (UTC) Received: by pvg3 with SMTP id 3so970425pvg.13 for ; Thu, 04 Mar 2010 10:36:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=LjqRZVjOXHhe7HY2Y13ziJvNteJCcvuUEwo8ovUng50=; b=a2HJmX5kLgv3siVGVxYheXFs/vrjEaVx2lhPT8G4xe/dxfHpIg3AakfipnoIUBJkTV ysuRvXosOgqUaFRSAYHnhjVm4kcxOz46TBM7ElAwRB7VKl4Wg8e7+LHzptc5xehohduZ fU/+KW37n9koaZZCtLYGTdcyHDoCrwmV/pkCo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=QhuHMvrvikjqmMEk7k24SPfzusEx1MftFXizf1QRWIAvULsrfERydB1UDIRAMxkVwu 1jZGcij/BGlG7Rt5jPLPFpbM90HGTce2Bylq8bPX5JJ931rnJU6kY3DgJg6nuJ3Akc79 JYVjmA+219jutUXH/tWGLEQdOIxC9j/y8Hqi4= MIME-Version: 1.0 Received: by 10.114.28.15 with SMTP id b15mr1228242wab.18.1267727775827; Thu, 04 Mar 2010 10:36:15 -0800 (PST) In-Reply-To: <20100304.102007.1151864885495261672.imp@bsdimp.com> References: <401095.35021.qm@web59107.mail.re1.yahoo.com> <20100304.102007.1151864885495261672.imp@bsdimp.com> Date: Thu, 4 Mar 2010 10:36:15 -0800 Message-ID: From: Xin LI To: "M. Warner Losh" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, ddkprog@yahoo.com Subject: Re: propose: all arch move into a separate dir X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Mar 2010 18:36:21 -0000 On Thu, Mar 4, 2010 at 9:20 AM, M. Warner Losh wrote: > In message: <401095.35021.qm@web59107.mail.re1.yahoo.com> > =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0paradox writ= es: > : iam propose all the architecture move in a separate directory > : as is done in openbsd and netbsd > : > : ie > : #mkdir /usr/src/sys/arch > : #mv -R /usr/src/sys/{amd64,arm,i386,ia64,mips,pc98,powerpc,sparc64,sun4= v,xen,x86) /usr/src/sys/arch/ > : > : Would it ever done in freebsd? > > No. =C2=A0That ship sailed in 1995. > > Besides, it would be the mother of all bikesheds. =C2=A0Do we want to hav= e > a sys/cpu/{mips,x86,arm,etc} for CPU support and a sys/arch/$MACHINE > for support for machines that use that, how does that interact with > source doe that assumes certain things in machine/foo.h. =C2=A0Or do we > want to have better organized sub-ports. =C2=A0Do we want to reorg config > while we're at it, and what about modules. =C2=A0And sys/dev is too > crowded, let's fix that too while we're at it. > > The end result: gridlock and nothing will happen. One good thing (in my opinion) that NetBSD and Darwin have is that they have a "common" tree which holds the common files that shared between kernel and userland libc. Currently we have 2 or more copies of certain files in the tree but I'm not sure if it's a good idea to migrate them together into a src/common tree, or just modify the Makefile to reference the one copy? Eliminating duplicated files makes it easier for changes to propagate into different areas (like, we have optimization apply against all components, or have bug fixed in one time). Cheers, --=20 Xin LI http://www.delphij.net From owner-freebsd-current@FreeBSD.ORG Thu Mar 4 19:13:12 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6C6531065680 for ; Thu, 4 Mar 2010 19:13:12 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (lefty.soaustin.net [66.135.55.46]) by mx1.freebsd.org (Postfix) with ESMTP id 4FBA38FC08 for ; Thu, 4 Mar 2010 19:13:12 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id CC3178C07D; Thu, 4 Mar 2010 13:13:11 -0600 (CST) Date: Thu, 4 Mar 2010 13:13:11 -0600 From: Mark Linimon To: paradox Message-ID: <20100304191311.GE3171@lonesome.com> References: <401095.35021.qm@web59107.mail.re1.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <401095.35021.qm@web59107.mail.re1.yahoo.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-current@freebsd.org Subject: Re: propose: all arch move into a separate dir X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Mar 2010 19:13:12 -0000 There are two chief problems with a large-scale reorg of our src tree: - There are many companies who use FreeBSD as part of their business. In the case of ISPs or companies who use FreeBSD as a base of their products, this would make it much harder for them to synchronize their local changes with the master repository as changes occur. - We have a large number of existing Problem Reports containing patches against our src tree. These patches would be in the same situation. These are the reasons we've avoided doing so in the past, no matter how much 'cleaner' things might wind up being. mcl From owner-freebsd-current@FreeBSD.ORG Thu Mar 4 19:33:15 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5DDD01065672 for ; Thu, 4 Mar 2010 19:33:15 +0000 (UTC) (envelope-from ddkprog@yahoo.com) Received: from web59102.mail.re1.yahoo.com (web59102.mail.re1.yahoo.com [66.196.101.13]) by mx1.freebsd.org (Postfix) with SMTP id DF3638FC0C for ; Thu, 4 Mar 2010 19:33:14 +0000 (UTC) Received: (qmail 39092 invoked by uid 60001); 4 Mar 2010 19:33:05 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1267731185; bh=qEVNoSohvRXP5AdKNFkupUWpyeIOVZjeRZ9Y435ELgI=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=BK349/tcUbSfmzNUm3O+TuPz+QYycdncliwkzDzBxGw30+aYwDgC0Njb9AD2nyADd4+8MI4/0AAzkpKPFovO4hGyn10WhxTE40xIuYtcTO4BU5mr51CbMT2eNZZ/rtN1F66kn07AAb6N/IqNil4WNcoXGqLEcTeouWG3tQ4RZLQ= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=RHAG+U5vhPRLx4QWOpQ+pby2K6/imDAyRJkzwEzQvskqC6WzMCUa8yqpIVJXtx7WZe/mTzugtRcBn85MgFdMK+1fbHEYu5MO8dTQpBtvjZMuBcdrX4HxXqOq2gZVW27fzGdpp8i+c6DTcPbfWYiec4YnJTzFn274RVy7lXUdVhI=; Message-ID: <619814.37821.qm@web59102.mail.re1.yahoo.com> X-YMail-OSG: fmk4XAUVM1nZWBpbRpte.gQSDXPLEpQSWXtABOmbVsS.lMn umrhLklWhGWG0W3TZHkTFYo4rggFTZ3GmOhJywL1iajI.zSAtcDptYDDbZzp dIXjm3abvhwLcLw1zvwEu0LzSTFFu5BhtmxCLxZNUeBBC3b0KF1MhSEzRD8T qhnzDZFgNNO8.m.5l0xYfQNdBYD0i2d4mg.Cj09o3xtaWQk0MIozu7SXQn8e iRzQXfTiTN0EyiTfvmeqkvAQ.jVww6XPz81fDvohLi2X0OO9jcQM7C.cCwXH pl1yi6A-- Received: from [95.109.146.138] by web59102.mail.re1.yahoo.com via HTTP; Thu, 04 Mar 2010 11:33:05 PST X-Mailer: YahooMailClassic/9.2.12 YahooMailWebService/0.8.100.260964 Date: Thu, 4 Mar 2010 11:33:05 -0800 (PST) From: paradox To: freebsd-current@freebsd.org In-Reply-To: <20100304191311.GE3171@lonesome.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailman-Approved-At: Thu, 04 Mar 2010 19:54:50 +0000 Subject: Re: propose: all arch move into a separate dir X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Mar 2010 19:33:15 -0000 so, I really do not understand why it is so difficult to move a few folders in the shared folder is a big problem as is done in openbsd and netbsd http://cvsweb.netbsd.org/bsdweb.cgi/src/sys/arch/?only_with_tag=MAIN http://www.openbsd.org/cgi-bin/cvsweb/src/sys/arch/ as you can see Well, maybe my thoughts will be understood, then when the folder /usr/src/sys/ number of architectures to increase to ~ 50, then keep them all in one folder /usr/src/sys/ this is just a file cesspool without logical structure From owner-freebsd-current@FreeBSD.ORG Thu Mar 4 20:05:49 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E96A9106566B for ; Thu, 4 Mar 2010 20:05:49 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id B16B68FC08 for ; Thu, 4 Mar 2010 20:05:49 +0000 (UTC) Received: by palm.hoeg.nl (Postfix, from userid 1000) id AB0C41D0BC; Thu, 4 Mar 2010 21:05:48 +0100 (CET) Date: Thu, 4 Mar 2010 21:05:48 +0100 From: Ed Schouten To: paradox Message-ID: <20100304200548.GY8200@hoeg.nl> References: <20100304191311.GE3171@lonesome.com> <619814.37821.qm@web59102.mail.re1.yahoo.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="WU/admihzwO5tdDH" Content-Disposition: inline In-Reply-To: <619814.37821.qm@web59102.mail.re1.yahoo.com> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-current@freebsd.org Subject: Re: propose: all arch move into a separate dir X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Mar 2010 20:05:50 -0000 --WU/admihzwO5tdDH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, * paradox wrote: > Well, maybe my thoughts will be understood, then when the folder > /usr/src/sys/ number of architectures to increase to ~ 50, [...] s/when/if/. ;-) I know this sounds lazy, but shouldn't we start discussing this problem by the time we support more than 10 architectures? Cheers, --=20 Ed Schouten WWW: http://80386.nl/ --WU/admihzwO5tdDH Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkuQEpwACgkQ52SDGA2eCwUZUACfWvED1bDf2bkyvsmODjW1KNMg ogsAmwekg0T4RTStdnIMfRENN2GVk9Bq =Z1dI -----END PGP SIGNATURE----- --WU/admihzwO5tdDH-- From owner-freebsd-current@FreeBSD.ORG Thu Mar 4 20:23:48 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF69D1065676 for ; Thu, 4 Mar 2010 20:23:48 +0000 (UTC) (envelope-from ddkprog@yahoo.com) Received: from web59108.mail.re1.yahoo.com (web59108.mail.re1.yahoo.com [66.196.101.19]) by mx1.freebsd.org (Postfix) with SMTP id 6B5228FC1F for ; Thu, 4 Mar 2010 20:23:48 +0000 (UTC) Received: (qmail 94289 invoked by uid 60001); 4 Mar 2010 20:23:40 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1267734220; bh=SvME/SaaVHB8lATTttpsDJ9ebMrwJ4FAp88xInAFrjE=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=VCQ5KDbsI0LtmHmoimQYHy0DK/066E+Hu97ubj4H+M/I+7yn931PADgG1e9LX+shNxaEVrZ9LvutQZSs0hafVOgRODhSlVATxIknMNw3IbEI9ByRyIIvQuDUN5p9i/fyQj0S81mpQ0Xn0kyodujyNemG/al/PDJW7f6kFTjXSgk= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=d/H+DSKMCjBy+O7235Zs8CgmpL758WWR1lIK0DGoO+EohcJ7LLKCol8AUz1VnovDMvWyTQubpvWC2uQ5DbU1GcHmC0xj+m853lOHi9eshmSa4WfCCkl90mg3q/WT+xEJ7loPRpwzdnyXTIHRDA2g1fc6QZcJLpVjkwF25e3Mpxs=; Message-ID: <64908.90941.qm@web59108.mail.re1.yahoo.com> X-YMail-OSG: mQdxHgYVM1mv_NeZG2kNNqFoDmUr_BVFPTcaoYg9QCPfswt vskN2hDo3jemiVexbfH8j9ASq.rmn1KYrTK7_83JU5TtSi4YtwvDKpKnAefp AENDt1HPhvPgspy6UHaALEMeaxKPfchVbmNcH.n5R1AVAr4aiKvAwKlHgrTP LBxbBKDsrB9Dbly7U9VObh.7OLg8d3ATy1z8Yy8PPlS5vEoqYVpUos2uLDoP k3kB1xSPebfHD6YJ0w1EH.FRFl_6JZIGz8x4- Received: from [95.109.146.138] by web59108.mail.re1.yahoo.com via HTTP; Thu, 04 Mar 2010 12:23:39 PST X-Mailer: YahooMailClassic/9.2.12 YahooMailWebService/0.8.100.260964 Date: Thu, 4 Mar 2010 12:23:39 -0800 (PST) From: paradox To: freebsd-current@freebsd.org In-Reply-To: <20100304200548.GY8200@hoeg.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailman-Approved-At: Thu, 04 Mar 2010 20:44:35 +0000 Subject: Re: propose: all arch move into a separate dir X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Mar 2010 20:23:48 -0000 > * paradox > wrote: > > Well, maybe my thoughts will be understood, then when > the folder > > /usr/src/sys/ number of architectures to increase to ~ > 50, [...] > > s/when/if/. ;-) more than ~ 5 years, it was necessary that would create /usr/src/sys/x86/ (http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/x86/) dir Well, how many years that will need to understand that a good idea to create /usr/src/sys/arch/ ? I believe that the architecture that disposes in the folder /usr/src/sys/ is no place absolutely logical to located it in a common directory on the logic > > I know this sounds lazy, but shouldn't we start discussing > this problem > by the time we support more than 10 architectures? > will wait for the next ~5-100... years? > Cheers, > -- > Ed Schouten Well, I do not insist if the freebsd developers feel that it is not necessary, the question is close. From owner-freebsd-current@FreeBSD.ORG Thu Mar 4 21:02:07 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E4ADF106575F; Thu, 4 Mar 2010 21:02:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id B5AAD8FC08; Thu, 4 Mar 2010 21:02:06 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o24L25VJ035358; Thu, 4 Mar 2010 16:02:05 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o24L2500035356; Thu, 4 Mar 2010 21:02:05 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 4 Mar 2010 21:02:05 GMT Message-Id: <201003042102.o24L2500035356@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Mar 2010 21:02:07 -0000 TB --- 2010-03-04 19:50:01 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-03-04 19:50:01 - starting HEAD tinderbox run for i386/pc98 TB --- 2010-03-04 19:50:01 - cleaning the object tree TB --- 2010-03-04 19:50:20 - cvsupping the source tree TB --- 2010-03-04 19:50:20 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2010-03-04 19:50:49 - building world TB --- 2010-03-04 19:50:49 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-04 19:50:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-04 19:50:49 - TARGET=pc98 TB --- 2010-03-04 19:50:49 - TARGET_ARCH=i386 TB --- 2010-03-04 19:50:49 - TZ=UTC TB --- 2010-03-04 19:50:49 - __MAKE_CONF=/dev/null TB --- 2010-03-04 19:50:49 - cd /src TB --- 2010-03-04 19:50:49 - /usr/bin/make -B buildworld >>> World build started on Thu Mar 4 19:50:49 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Mar 4 20:49:38 UTC 2010 TB --- 2010-03-04 20:49:38 - generating LINT kernel config TB --- 2010-03-04 20:49:38 - cd /src/sys/pc98/conf TB --- 2010-03-04 20:49:38 - /usr/bin/make -B LINT TB --- 2010-03-04 20:49:38 - building LINT kernel TB --- 2010-03-04 20:49:38 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-04 20:49:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-04 20:49:38 - TARGET=pc98 TB --- 2010-03-04 20:49:38 - TARGET_ARCH=i386 TB --- 2010-03-04 20:49:38 - TZ=UTC TB --- 2010-03-04 20:49:38 - __MAKE_CONF=/dev/null TB --- 2010-03-04 20:49:38 - cd /src TB --- 2010-03-04 20:49:38 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Mar 4 20:49:38 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/libkern/ucmpdi2.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/libkern/udivdi3.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/libkern/umoddi3.c cc -c -x assembler-with-cpp -DLOCORE -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror /src/sys/pc98/apm/apm_bioscall.S cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/pc98/cbus/cbus_dma.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/pc98/cbus/clock.c /src/sys/pc98/cbus/clock.c: In function 'cpu_initclocks': /src/sys/pc98/cbus/clock.c:437: error: too few arguments to function 'lapic_setup_clock' *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-03-04 21:02:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-03-04 21:02:05 - ERROR: failed to build lint kernel TB --- 2010-03-04 21:02:05 - 3258.72 user 661.54 system 4324.84 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Fri Mar 5 00:03:07 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0CFA2106566C for ; Fri, 5 Mar 2010 00:03:07 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from mail-yw0-f191.google.com (mail-yw0-f191.google.com [209.85.211.191]) by mx1.freebsd.org (Postfix) with ESMTP id AC5518FC16 for ; Fri, 5 Mar 2010 00:03:06 +0000 (UTC) Received: by ywh29 with SMTP id 29so1132568ywh.14 for ; Thu, 04 Mar 2010 16:02:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:mime-version :content-type:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to:x-mailer; bh=dZ19zTfL0ZjaE0ctojP+BP8BZMlW8xErdbSgKg4m3NA=; b=jYfRKiR4osJBUmJL5p6cGAUA9tRvGU1R9NdhQHtiH4E++yOWwbeb1LYTqUuzZQwuMC 1f29GAdDcgbr4j0Q4MjwLhUu2ifTtdscRMQKoXSbatxyXoTGqCqpCwq/WNTwUgB+WaVw xDVl9DkpX3FNGLhc0IfGlqVlE5tMlc6aLjbRo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=xFEIpJckdFjVZQGf+Oqfip9+E/m12FDeSFA3J7vIOlj8eKk49z0R814DtB95c+9EPy JZhUC9uQStVpYuOIrvPFHGvqEvLeV+kMkJ0OpYQU6BkDYBz2r6H96ylwbnx7x0NDd7yQ euJyhfQXLXMQdyRBA8C6edKBs9qhml9FbGTDk= Received: by 10.150.59.12 with SMTP id h12mr374049yba.84.1267747375591; Thu, 04 Mar 2010 16:02:55 -0800 (PST) Received: from [10.0.10.4] (54.81.54.77.rev.vodafone.pt [77.54.81.54]) by mx.google.com with ESMTPS id e14sm1178312ibl.18.2010.03.04.16.02.53 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 04 Mar 2010 16:02:54 -0800 (PST) Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=us-ascii From: Rui Paulo In-Reply-To: <16641.96608.qm@web51806.mail.re2.yahoo.com> Date: Fri, 5 Mar 2010 00:02:50 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: References: <16641.96608.qm@web51806.mail.re2.yahoo.com> To: PseudoCylon X-Mailer: Apple Mail (2.1077) X-Mailman-Approved-At: Fri, 05 Mar 2010 00:41:30 +0000 Cc: freebsd-current@freebsd.org Subject: Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Mar 2010 00:03:07 -0000 Hi, On 4 Mar 2010, at 08:50, PseudoCylon wrote: > Hello, >=20 > Finally, I have fixed mysterious device lock out and run(4) works fine = in HOSTAP mode. Up time is 80 hours and counting. I even filed tax = though it. >=20 > The device supports up to 253 stations. I only tested with 2 station. = If you have resources, please hit it with bunch of STAs. >=20 It's unlikely that the hardware will handle more than 50 stations. > As usual codes are posted at my git repository > git://dev.nasreddine.com/run.git > http://dev.nasreddine.com/gitweb/?p=3Drun.git;a=3Dsummary > Please fetch 'hostap_rc' branch not 'master' this time. >=20 > or freebsd forums > = http://forums.freebsd.org/showthread.php?s=3D1d3b01fbed80c61ff508e12e98051= 46e&t=3D7562 >=20 > Best, > AK This code is fine from a quick review. It just needs a few style fixes. We could probably start thinking about committing it. -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Fri Mar 5 01:47:11 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 30A97106564A for ; Fri, 5 Mar 2010 01:47:11 +0000 (UTC) (envelope-from nikolai-freebsd@fetissov.org) Received: from starfish.geekisp.com (mail.geekisp.com [216.168.135.169]) by mx1.freebsd.org (Postfix) with ESMTP id B3F698FC16 for ; Fri, 5 Mar 2010 01:47:10 +0000 (UTC) Received: (qmail 13671 invoked by uid 1003); 5 Mar 2010 01:19:07 -0000 Received: from 99.35.57.141 (proxying for 99.35.57.141) (SquirrelMail authenticated user nikolai@fetissov.org) by www.geekisp.com with HTTP; Thu, 4 Mar 2010 20:19:06 -0500 Message-ID: <18b0d217f1153d417b4ee5ed22cc1496.squirrel@www.geekisp.com> Date: Thu, 4 Mar 2010 20:19:06 -0500 From: "Nikolai Fetissov" To: freebsd-current@freebsd.org User-Agent: SquirrelMail/1.4.20 [SVN] MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: Questions about witness reports on sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Mar 2010 01:47:11 -0000 Folks, I'm pretty new here, so feel free to use the clue stick :) Playing with current- on Sun Fire V210 I see more or less consistent lock reversal reports like the following: lock order reversal: 1st 0xc1c85fb8 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2559 2nd 0xfffff80002784600 dirhash (dirhash) @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:285 KDB: stack backtrace: _witness_debugger() at _witness_debugger+0x38 witness_checkorder() at witness_checkorder+0xcf8 _sx_xlock() at _sx_xlock+0x9c ufsdirhash_acquire() at ufsdirhash_acquire+0x30 ufsdirhash_add() at ufsdirhash_add+0x4 ufs_direnter() at ufs_direnter+0x75c ufs_makeinode() at ufs_makeinode+0x4dc ufs_create() at ufs_create+0x40 VOP_CREATE_APV() at VOP_CREATE_APV+0x108 vn_open_cred() at vn_open_cred+0x1fc vn_open() at vn_open+0x1c kern_openat() at kern_openat+0x10c kern_open() at kern_open+0x18 open() at open+0x14 syscall() at syscall+0x25c -- syscall (5, FreeBSD ELF64, open) %o7=0x412bfda8 -- userland() at 0x41344808 user trace: trap %o7=0x412bfda8 pc 0x41344808, sp 0x7fdffff99d1 pc 0x120008, sp 0x7fdffff9aa1 pc 0x11216c, sp 0x7fdffff9b61 pc 0x10d32c, sp 0x7fdffffdd11 pc 0x10d9e4, sp 0x7fdffffde01 pc 0x10cf2c, sp 0x7fdffffded1 pc 0x10eea4, sp 0x7fdffffdfa1 pc 0x15a0a0, sp 0x7fdffffe061 pc 0x13024c, sp 0x7fdffffe191 pc 0x103c10, sp 0x7fdffffe281 pc 0x4028ef34, sp 0x7fdffffe341 done That's just on startup, nothing fancy going on. My questions are - is it worth spamming the list with these? If so, what other info needed? Full dmesg bellow. Thanks, -- Nikolai GDB: no debug ports present KDB: debugger backends: ddb KDB: current backend: ddb Copyright (c) 1992-2010 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 9.0-CURRENT #0: Sun Feb 28 23:19:48 EST 2010 root@moon.ipv6.fetissov.org:/usr/obj/usr/src/sys/GENERIC sparc64 WARNING: WITNESS option enabled, expect reduced performance. real memory = 4294967296 (4096 MB) avail memory = 4174233600 (3980 MB) cpu0: Sun Microsystems UltraSparc-IIIi Processor (1002.00 MHz CPU) cpu1: Sun Microsystems UltraSparc-IIIi Processor (1002.00 MHz CPU) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs ispfw: registered firmware ispfw: registered firmware ispfw: registered firmware ispfw: registered firmware ispfw: registered firmware ispfw: registered firmware ispfw: registered firmware ispfw: registered firmware ispfw: registered firmware ispfw: registered firmware ispfw: registered firmware ispfw: registered firmware ispfw: registered firmware ispfw: registered firmware ispfw: registered firmware kbd0 at kbdmux0 nexus0: nexus0: mem 0x40000000000-0x40000000007 type memory-controller (no driver attached) nexus0: mem 0x40000800000-0x40000800007 type memory-controller (no driver attached) pcib0: mem 0x4000ff00000-0x4000ff0afff,0x4000fc10000-0x4000fc1701f,0x7f600000000-0x7f6000000ff,0x4000ff80000-0x4000ff8ffff irq 2035,2032,2033,2036,2019 on nexus0 pcib0: Tomatillo, version 4, IGN 0x1f, bus B, 66MHz pcib0: DVMA map: 0xc0000000 to 0xdfffffff 65536 entries pcib0: [FILTER] pcib0: [FILTER] pcib0: [FILTER] pcib0: [FILTER] pci0: on pcib0 bge0: mem 0x200000-0x20ffff,0x110000-0x11ffff at device 2.0 on pci0 miibus0: on bge0 brgphy0: PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bge0: Ethernet address: 00:03:ba:45:87:2d bge0: [ITHREAD] bge1: mem 0x400000-0x40ffff,0x120000-0x12ffff at device 2.1 on pci0 miibus1: on bge1 brgphy1: PHY 1 on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bge1: Ethernet address: 00:03:ba:45:87:2e bge1: [ITHREAD] pcib1: mem 0x4000f600000-0x4000f60afff,0x4000f410000-0x4000f41701f,0x7fe00000000-0x7fe000000ff,0x4000f780000-0x4000f78ffff irq 1970,1968,1969,1972,1953 on nexus0 pcib1: Tomatillo, version 4, IGN 0x1e, bus A, 33MHz pcib1: DVMA map: 0xc0000000 to 0xdfffffff 65536 entries pcib1: [FILTER] pci1: on pcib1 isab0: at device 7.0 on pci1 isa0: on isab0 pci1: at device 6.0 (no driver attached) ohci0: mem 0x1000000-0x1000fff at device 10.0 on pci1 ohci0: [ITHREAD] usbus0: on ohci0 atapci0: port 0x900-0x907,0x918-0x91b,0x910-0x917,0x908-0x90b,0x920-0x92f at device 13.0 on pci1 atapci0: [ITHREAD] atapci0: using PIO transfers above 137GB as workaround for 48bit DMA access bug, expect reduced performance ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] pcib2: mem 0x4000e600000-0x4000e60afff,0x4000e410000-0x4000e41701f,0x7ce00000000-0x7ce000000ff,0x4000e780000-0x4000e78ffff irq 1842,1840,1841,1844,1827 on nexus0 pcib2: Tomatillo, version 4, IGN 0x1c, bus A, 66MHz pcib2: DVMA map: 0xc0000000 to 0xdfffffff 65536 entries pcib2: [FILTER] pcib2: [FILTER] pcib2: [FILTER] pcib2: [FILTER] pci2: on pcib2 sym0: <1010-66> port 0x900-0x9ff mem 0x100000-0x1003ff,0x102000-0x103fff at device 2.0 on pci2 sym0: No NVRAM, ID 7, Fast-80, LVD, parity checking sym0: [ITHREAD] sym1: <1010-66> port 0xa00-0xaff mem 0x104000-0x1043ff,0x106000-0x107fff at device 2.1 on pci2 sym1: No NVRAM, ID 7, Fast-80, LVD, parity checking sym1: [ITHREAD] pcib3: mem 0x4000ef00000-0x4000ef0afff,0x4000ec10000-0x4000ec1701f,0x7c600000000-0x7c6000000ff,0x4000ef80000-0x4000ef8ffff irq 1907,1904,1905,1908,1893 on nexus0 pcib3: Tomatillo, version 4, IGN 0x1d, bus B, 66MHz pcib3: DVMA map: 0xc0000000 to 0xdfffffff 65536 entries pcib3: [FILTER] pci3: on pcib3 bge2: mem 0x200000-0x20ffff,0x110000-0x11ffff at device 2.0 on pci3 miibus2: on bge2 brgphy2: PHY 1 on miibus2 brgphy2: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bge2: Ethernet address: 00:03:ba:45:87:2f bge2: [ITHREAD] bge3: mem 0x400000-0x40ffff,0x120000-0x12ffff at device 2.1 on pci3 miibus3: on bge3 brgphy3: PHY 1 on miibus3 brgphy3: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bge3: Ethernet address: 00:03:ba:45:87:30 bge3: [ITHREAD] nexus0: type unknown (no driver attached) rtc0: at port 0x70-0x71 on isa0 uart0: <16550 or compatible> at port 0x3f8-0x3ff irq 44 on isa0 uart0: [FILTER] uart0: console (9600,n,8,1) uart1: <16550 or compatible> at port 0x2e8-0x2ef irq 44 on isa0 uart1: [FILTER] Timecounter "tick" frequency 1002000000 Hz quality 10 Timecounters tick every 1.000 msec usbus0: 12Mbps Full Speed USB v1.0 ugen0.1: at usbus0 uhub0: on usbus0 acd0: DVDROM at ata2-master UDMA33 uhub0: 2 ports with 2 removable, self powered SMP: AP CPU #1 Launched! da1 at sym0 bus 0 scbus0 target 1 lun 0WARNING: WITNESS option enabled, expect reduced performance. da1: Fixed Direct Access SCSI-3 device da1: 80.000MB/s transfers (40.000MHz, offset 31, 16bit) da1: Command Queueing enabled da1: 70007MB (143374738 512 byte sectors: 255H 63S/T 8924C) da0 at sym0 bus 0 scbus0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 160.000MB/s transfers (80.000MHz DT, offset 62, 16bit) da0: Command Queueing enabled da0: 70007MB (143374744 512 byte sectors: 255H 63S/T 8924C) GEOM: da0: adding VTOC8 information. GEOM: da1: adding VTOC8 information. Trying to mount root from ufs:/dev/da0a lock order reversal: 1st 0xc1c85fb8 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2559 2nd 0xfffff80002784600 dirhash (dirhash) @ /usr/src/sys/ufs/ufs/ufs_dirhash.c:285 KDB: stack backtrace: _witness_debugger() at _witness_debugger+0x38 witness_checkorder() at witness_checkorder+0xcf8 _sx_xlock() at _sx_xlock+0x9c ufsdirhash_acquire() at ufsdirhash_acquire+0x30 ufsdirhash_add() at ufsdirhash_add+0x4 ufs_direnter() at ufs_direnter+0x75c ufs_makeinode() at ufs_makeinode+0x4dc ufs_create() at ufs_create+0x40 VOP_CREATE_APV() at VOP_CREATE_APV+0x108 vn_open_cred() at vn_open_cred+0x1fc vn_open() at vn_open+0x1c kern_openat() at kern_openat+0x10c kern_open() at kern_open+0x18 open() at open+0x14 syscall() at syscall+0x25c -- syscall (5, FreeBSD ELF64, open) %o7=0x412bfda8 -- userland() at 0x41344808 user trace: trap %o7=0x412bfda8 pc 0x41344808, sp 0x7fdffff99d1 pc 0x120008, sp 0x7fdffff9aa1 pc 0x11216c, sp 0x7fdffff9b61 pc 0x10d32c, sp 0x7fdffffdd11 pc 0x10d9e4, sp 0x7fdffffde01 pc 0x10cf2c, sp 0x7fdffffded1 pc 0x10eea4, sp 0x7fdffffdfa1 pc 0x15a0a0, sp 0x7fdffffe061 pc 0x13024c, sp 0x7fdffffe191 pc 0x103c10, sp 0x7fdffffe281 pc 0x4028ef34, sp 0x7fdffffe341 done lock order reversal: 1st 0xfffff8000dbb49f8 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2091 2nd 0xc16573f8 bufwait (bufwait) @ /usr/src/sys/ufs/ffs/ffs_softdep.c:6193 3rd 0xfffff8000d679718 ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2091 KDB: stack backtrace: _witness_debugger() at _witness_debugger+0x38 witness_checkorder() at witness_checkorder+0xcf8 __lockmgr_args() at __lockmgr_args+0x898 ffs_lock() at ffs_lock+0x88 VOP_LOCK1_APV() at VOP_LOCK1_APV+0x110 _vn_lock() at _vn_lock+0x80 vget() at vget+0x104 vfs_hash_get() at vfs_hash_get+0xdc ffs_vgetf() at ffs_vgetf+0x20 softdep_sync_metadata() at softdep_sync_metadata+0x6a0 ffs_syncvnode() at ffs_syncvnode+0x424 ffs_truncate() at ffs_truncate+0x454 ufs_direnter() at ufs_direnter+0x920 ufs_mkdir() at ufs_mkdir+0x824 VOP_MKDIR_APV() at VOP_MKDIR_APV+0x108 kern_mkdirat() at kern_mkdirat+0x26c kern_mkdir() at kern_mkdir+0x14 mkdir() at mkdir+0x10 syscall() at syscall+0x25c -- syscall (136, FreeBSD ELF64, mkdir) %o7=0x100ce0 -- userland() at 0x40473188 user trace: trap %o7=0x100ce0 pc 0x40473188, sp 0x7fdffffdd71 pc 0x100950, sp 0x7fdffffdeb1 pc 0x40206f34, sp 0x7fdffffdf71 done From owner-freebsd-current@FreeBSD.ORG Fri Mar 5 02:00:02 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EC2DB106564A for ; Fri, 5 Mar 2010 02:00:02 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from mail-yw0-f191.google.com (mail-yw0-f191.google.com [209.85.211.191]) by mx1.freebsd.org (Postfix) with ESMTP id 98C858FC12 for ; Fri, 5 Mar 2010 02:00:02 +0000 (UTC) Received: by ywh29 with SMTP id 29so1183344ywh.14 for ; Thu, 04 Mar 2010 17:59:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=aizET893R1CtccCs3fnqydwiY5RguBEuZtHqeD+cskg=; b=a49m/ysfygGVSaB7eUa4TPxfPkN3v+uhASECShr5mF1t6pPSqRRxMx7znE/wjv0L2E MGHg1gLKCB2W4NuDWB2NzztvjT7Ol59RsHX/Pqqrj3PJPAkYmipZSLB5XUX7rfWMwfz0 aPgJgRymhiok7kVbNoWROMwaiuxn54Srl5McU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=Bei0FLtQuVw206pIlrA1WXdtKE+ZLofG8F19s/wEnbIYZ8vZnqOzHAkCygq+DxAVTi rRaO0SkJ1ZkeNQtqeMSdhh2wP66osHum/hE3PXWtdtorub9Y6SfC0+VQ9XionZbkqkEt iZQtACCdcVooSmK4MIS+fco3fhBCJ5JExX58A= MIME-Version: 1.0 Received: by 10.150.47.38 with SMTP id u38mr437501ybu.283.1267754390338; Thu, 04 Mar 2010 17:59:50 -0800 (PST) In-Reply-To: <18b0d217f1153d417b4ee5ed22cc1496.squirrel@www.geekisp.com> References: <18b0d217f1153d417b4ee5ed22cc1496.squirrel@www.geekisp.com> Date: Thu, 4 Mar 2010 19:59:50 -0600 Message-ID: <790a9fff1003041759md42f475y3fc9853770f559d8@mail.gmail.com> From: Scot Hetzel To: Nikolai Fetissov Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: Questions about witness reports on sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Mar 2010 02:00:03 -0000 On Thu, Mar 4, 2010 at 7:19 PM, Nikolai Fetissov wrote: > Folks, > > I'm pretty new here, so feel free to use the clue stick :) > > Playing with current- on Sun Fire V210 I see more or less > consistent lock reversal reports like the following: > : > > My questions are - is it worth spamming the list > with these? If so, what other info needed? > It is worth sending it to the list and sending a report as outlined here: http://sources.zabbadoz.net/freebsd/lor.html Scot From owner-freebsd-current@FreeBSD.ORG Fri Mar 5 04:25:27 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7DFA91065670 for ; Fri, 5 Mar 2010 04:25:27 +0000 (UTC) (envelope-from moonlightakkiy@yahoo.ca) Received: from web51805.mail.re2.yahoo.com (web51805.mail.re2.yahoo.com [206.190.38.236]) by mx1.freebsd.org (Postfix) with SMTP id 25F9D8FC18 for ; Fri, 5 Mar 2010 04:25:26 +0000 (UTC) Received: (qmail 19748 invoked by uid 60001); 5 Mar 2010 04:25:23 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.ca; s=s1024; t=1267763123; bh=SSwpYyzfhZdMpayaAwzUMboqoex+2NVAM/i1jkB1Tuw=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=g3RyZzgTiT6L6vIYrXNpn/vOybmrYfqoMPEiChSHvOQNrCQJ0nEV/d6DrYJ9JK4i4NBa+vgUr+kNWlrvQYqRB9se6f8TjAI9k6vO87EN5s9FXDPkVkyv9JXJ7QrH08qII7ENg8hvMjFM07yDqwuuoqQpn3NdycBqLra4FAHakn4= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.ca; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=WPMlAwIFOG07yyHMEg1WxvqvkIlRGpjiJB1PFkNOtp1wuBZhwSQFVY0FIDPob1Ob7WVqw7tbDPHwJkO4ZeC0WL0bK8Fpzl7CS+q5LIALBHJR6jWjYlYqiriNqoh0lAwt8sj140GV/A6/TVGIhYbPcfAPUv/pnfomFM3W2f1RKAA=; Message-ID: <658435.18281.qm@web51805.mail.re2.yahoo.com> X-YMail-OSG: Y_kLPNsVM1ltATSgwvcLZhVdB_EkMz8k3rbtKokmFAZVE35myRKwPb56H01XWe2EHoW.nm4D0G5ue9aEadbMGdUygbxh0Lxwybz2v0yXhW0zoUK.BiEqozktwMPnMp8okHs1ju6K6sf.ouNtctLMV77gURpiSIyplBtniC.yGDGuWUYvT5l5WwXuYn68KB3gtmIZXP.8_RYfbuGEJNj_apBAfPENXwY.0SiIZ0HuYgWDdtzCyhKMmO0tSP8CylrKZ5XzyCjfZxMlH8ylVrY0KS3YN4fVWhvrbc1qQXT.wlgYfQbKu_aCrTA8NU.wHJawwdWfV6oErPay5MQSdVi347htKVvCbQa.m6Nax5A5vZu52mLwcxCLkJF59nFTJiY- Received: from [173.183.132.20] by web51805.mail.re2.yahoo.com via HTTP; Thu, 04 Mar 2010 20:25:23 PST X-Mailer: YahooMailRC/300.3 YahooMailWebService/0.8.100.260964 References: <16641.96608.qm@web51806.mail.re2.yahoo.com> Date: Thu, 4 Mar 2010 20:25:23 -0800 (PST) From: PseudoCylon To: Rui Paulo In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@freebsd.org Subject: Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Mar 2010 04:25:27 -0000 ----- Original Message ---- > From: Rui Paulo > To: PseudoCylon > Cc: freebsd-current@freebsd.org > Sent: Thu, March 4, 2010 5:02:50 PM > Subject: Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless > > Hi, > > > This code is fine from a quick review. It just needs a few style fixes. > We could probably start thinking about committing it. > > -- > Rui Paulo Thank you for checking my code out. Please check other patches/fixes at P4DB as well http://p4db.freebsd.org/chv.cgi?CH=174936 Let me know if any changes are needed. Specially, lock related process in run_wme_update() run_key_delete() run_update_beacon() run_updateslot() I had hard time on those places. And using ieee80211_key{.wk_pad} It's sorta cheating. Regards, AK __________________________________________________________________ Looking for the perfect gift? Give the gift of Flickr! http://www.flickr.com/gift/ From owner-freebsd-current@FreeBSD.ORG Fri Mar 5 07:17:31 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A79B7106566B; Fri, 5 Mar 2010 07:17:31 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 7C21D8FC08; Fri, 5 Mar 2010 07:17:31 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o257HUVp045795; Fri, 5 Mar 2010 02:17:30 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o257HUS0045791; Fri, 5 Mar 2010 07:17:30 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 5 Mar 2010 07:17:30 GMT Message-Id: <201003050717.o257HUS0045791@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Mar 2010 07:17:31 -0000 TB --- 2010-03-05 06:05:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-03-05 06:05:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2010-03-05 06:05:00 - cleaning the object tree TB --- 2010-03-05 06:05:14 - cvsupping the source tree TB --- 2010-03-05 06:05:14 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2010-03-05 06:05:54 - building world TB --- 2010-03-05 06:05:54 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-05 06:05:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-05 06:05:54 - TARGET=pc98 TB --- 2010-03-05 06:05:54 - TARGET_ARCH=i386 TB --- 2010-03-05 06:05:54 - TZ=UTC TB --- 2010-03-05 06:05:54 - __MAKE_CONF=/dev/null TB --- 2010-03-05 06:05:54 - cd /src TB --- 2010-03-05 06:05:54 - /usr/bin/make -B buildworld >>> World build started on Fri Mar 5 06:05:54 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Fri Mar 5 07:04:57 UTC 2010 TB --- 2010-03-05 07:04:57 - generating LINT kernel config TB --- 2010-03-05 07:04:57 - cd /src/sys/pc98/conf TB --- 2010-03-05 07:04:57 - /usr/bin/make -B LINT TB --- 2010-03-05 07:04:57 - building LINT kernel TB --- 2010-03-05 07:04:57 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-05 07:04:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-05 07:04:57 - TARGET=pc98 TB --- 2010-03-05 07:04:57 - TARGET_ARCH=i386 TB --- 2010-03-05 07:04:57 - TZ=UTC TB --- 2010-03-05 07:04:57 - __MAKE_CONF=/dev/null TB --- 2010-03-05 07:04:57 - cd /src TB --- 2010-03-05 07:04:57 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Mar 5 07:04:57 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/libkern/ucmpdi2.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/libkern/udivdi3.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/libkern/umoddi3.c cc -c -x assembler-with-cpp -DLOCORE -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror /src/sys/pc98/apm/apm_bioscall.S cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/pc98/cbus/cbus_dma.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/pc98/cbus/clock.c /src/sys/pc98/cbus/clock.c: In function 'cpu_initclocks': /src/sys/pc98/cbus/clock.c:437: error: too few arguments to function 'lapic_setup_clock' *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-03-05 07:17:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-03-05 07:17:30 - ERROR: failed to build lint kernel TB --- 2010-03-05 07:17:30 - 3260.28 user 663.94 system 4349.87 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Fri Mar 5 09:12:10 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 09D03106564A for ; Fri, 5 Mar 2010 09:12:10 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id D64F38FC13 for ; Fri, 5 Mar 2010 09:12:09 +0000 (UTC) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id 4668A46B38; Fri, 5 Mar 2010 04:12:09 -0500 (EST) Date: Fri, 5 Mar 2010 09:12:09 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Xin LI In-Reply-To: Message-ID: References: <401095.35021.qm@web59107.mail.re1.yahoo.com> <20100304.102007.1151864885495261672.imp@bsdimp.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org, "M. Warner Losh" , ddkprog@yahoo.com Subject: Re: propose: all arch move into a separate dir X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Mar 2010 09:12:10 -0000 On Thu, 4 Mar 2010, Xin LI wrote: > One good thing (in my opinion) that NetBSD and Darwin have is that they have > a "common" tree which holds the common files that shared between kernel and > userland libc. Currently we have 2 or more copies of certain files in the > tree but I'm not sure if it's a good idea to migrate them together into a > src/common tree, or just modify the Makefile to reference the one copy? > Eliminating duplicated files makes it easier for changes to propagate into > different areas (like, we have optimization apply against all components, or > have bug fixed in one time). Is this really widely a problem, or just a problem in a few specific cases? libc and other code depends on countless kernel files to get API definitions, system call lists, etc, without duplicating kernel code. Similarly, userland libraries sharing significant kernel code, such as libsbuf, will directly reference the kernel file, and in ipfilter, code is shared between the kernel and userspace directly as part of the test suite. The only real exceptions to this rule are libkern, which contains a very constrained part of libc, and the audit code, where the code structure is very similar but there are lots of small differences due to differing semantics for memory allocation in the kernel (M_WAITOK can't fail), so we maintain that copy/merge with the help of Perforce. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Fri Mar 5 09:17:01 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EBA0C1065672 for ; Fri, 5 Mar 2010 09:17:01 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id C6FA58FC08 for ; Fri, 5 Mar 2010 09:17:01 +0000 (UTC) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id 6C76546B46; Fri, 5 Mar 2010 04:17:01 -0500 (EST) Date: Fri, 5 Mar 2010 09:17:01 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: paradox In-Reply-To: <619814.37821.qm@web59102.mail.re1.yahoo.com> Message-ID: References: <619814.37821.qm@web59102.mail.re1.yahoo.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: propose: all arch move into a separate dir X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Mar 2010 09:17:02 -0000 On Thu, 4 Mar 2010, paradox wrote: > so, I really do not understand why it is so difficult to move a few folders > in the shared folder is a big problem as is done in openbsd and netbsd > http://cvsweb.netbsd.org/bsdweb.cgi/src/sys/arch/?only_with_tag=MAIN > http://www.openbsd.org/cgi-bin/cvsweb/src/sys/arch/ as you can see I would hesitate to say that there are "no" large forks of OpenBSD/NetBSD in products, but it may well be that the maintainers of those forks are less involved in their communities. We have downstream consumers like Isilon, NetApp, Juniper, and many others who have significant kernel features maintained against our tree. It's not just them either: we are our own downstream consumers. Every major branched project in Subversion, Perforce, or external git repositories, will have significant local changes. Every time we go wild rearranging the tree, they have to pick up the mess trying to figure out how to forward-merge changes -- and as someone who has been on the wrong end of that (the TrustedBSD work took 5+ years to go from inception to merge), I can say it's a really painful experience. It's not impossible, it's just a huge amount of work. This isn't to say we shouldn't do occasional rearrangements, but the argument has to be made pretty carefully that the gratuitous rename of the day offers a significant benefit, worth potentially dislodging all the downstream trees and requiring them to remerge all their work. It can't just be "oh, if only we had five fewer directories at the top of the sys tree", because that's *not* worth it. Doing that kind of rearrangement on the network stack would be a nightmare for anyone with large network stack patches, so I'd say we could pretty much rule that out outright. I'm not sure how things compare in the machine-dependent code trees, but I'd guess there are people with non-trivial changes there as well. Robert From owner-freebsd-current@FreeBSD.ORG Fri Mar 5 09:23:12 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 40A231065675; Fri, 5 Mar 2010 09:23:12 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 046C18FC13; Fri, 5 Mar 2010 09:23:11 +0000 (UTC) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id B2FE663D1; Fri, 5 Mar 2010 09:23:10 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.3/8.14.3) with ESMTP id o259N90U003621; Fri, 5 Mar 2010 09:23:10 GMT (envelope-from phk@critter.freebsd.dk) To: Robert Watson From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 05 Mar 2010 09:17:01 GMT." Date: Fri, 05 Mar 2010 09:23:09 +0000 Message-ID: <3620.1267780989@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: freebsd-current@FreeBSD.org, paradox Subject: Re: propose: all arch move into a separate dir X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Mar 2010 09:23:12 -0000 In message , Robert Watso n writes: >Doing that kind of rearrangement [...] would be a nightmare for >anyone with large [...] patches, so I'd say we could pretty much rule >that out outright. I would say that we should do it occasionally, to encourage these FreeBSD users to contribute as many of their local changes back to the project, as possible :-) -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Fri Mar 5 09:27:20 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 632F9106564A for ; Fri, 5 Mar 2010 09:27:20 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 32E2F8FC1C for ; Fri, 5 Mar 2010 09:27:20 +0000 (UTC) Received: from compute1.internal (compute1 [10.202.2.41]) by gateway1.messagingengine.com (Postfix) with ESMTP id 9AD88E307C for ; Fri, 5 Mar 2010 04:27:19 -0500 (EST) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Fri, 05 Mar 2010 04:27:19 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=messagingengine.com; h=message-id:date:from:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding; s=smtpout; bh=eKP3yZs7wq3yRXTkmwWP9XJ4uCk=; b=LWljqr8K/mK2BlDZQCyYqqWn6YVyuzYZCcNjshe+XRFg9DLWCkvyBBekCRIUcEPDk6ua/5DHsDLKpPlQH7YTkMYyaCojUh8zkfy1XaeLjah1pNvgjUR+pZKA3HGXWsnKTm/6ARJD7GRdvjFJ0fd9L21tR6Q+mthVoowXi7mLJWM= X-Sasl-enc: eceIFvQPvdan5eevZJawUaoIbtX7HUj1XmMViV26HxHj 1267781239 Received: from anglepoise.lon.incunabulum.net (cpc2-dals7-0-0-cust253.hari.cable.virginmedia.com [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id 381F42A913 for ; Fri, 5 Mar 2010 04:27:19 -0500 (EST) Message-ID: <4B90CE74.7030000@incunabulum.net> Date: Fri, 05 Mar 2010 09:27:16 +0000 From: Bruce Simpson User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.8) Gecko/20100302 Thunderbird/3.0.3 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <16641.96608.qm@web51806.mail.re2.yahoo.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Mar 2010 09:27:20 -0000 On 03/05/10 00:02, Rui Paulo wrote: > This code is fine from a quick review. It just needs a few style fixes. > We could probably start thinking about committing it. > I think thompsa@ already merged the non-host-ap version of run(4) to HEAD. I haven't had free time to look at this yet, but I'm impressed that this is getting looked at, as these radios are popping up on the market more and more. cheers, BMS From owner-freebsd-current@FreeBSD.ORG Fri Mar 5 09:30:41 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F2FEB106564A for ; Fri, 5 Mar 2010 09:30:41 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from hosting.lissyara.su (hosting.lissyara.su [77.221.149.162]) by mx1.freebsd.org (Postfix) with ESMTP id A72CF8FC1A for ; Fri, 5 Mar 2010 09:30:41 +0000 (UTC) Received: from [195.93.240.104] (port=52829 helo=lissyara.moskb.local) by hosting.lissyara.su with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.71 (FreeBSD)) (envelope-from ) id 1NnTrj-00041U-8V for freebsd-current@freebsd.org; Fri, 05 Mar 2010 12:30:39 +0300 Message-ID: <4B90CF3E.2070508@lissyara.su> Date: Fri, 05 Mar 2010 12:30:38 +0300 From: Alex Keda User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; ru-RU; rv:1.8.1.23) Gecko/20091202 Thunderbird/2.0.0.23 Mnenhy/0.7.6.666 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <619814.37821.qm@web59102.mail.re1.yahoo.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-White-List: YES X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Descriptions: powered by www.lissyara.su X-Bounce-ID: hosting.lissyara.su Subject: Re: propose: all arch move into a separate dir X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Mar 2010 09:30:42 -0000 On 05.03.2010 12:17, Robert Watson wrote: > consumers like Isilon, NetApp, Juniper, and many others thus, it is not 'Free', this managed by 'consumers like Isilon, NetApp, Juniper, and many others'? From owner-freebsd-current@FreeBSD.ORG Fri Mar 5 09:41:41 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9BBF61065676 for ; Fri, 5 Mar 2010 09:41:41 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 7768A8FC16 for ; Fri, 5 Mar 2010 09:41:41 +0000 (UTC) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id B0AD746B38; Fri, 5 Mar 2010 04:41:40 -0500 (EST) Date: Fri, 5 Mar 2010 09:41:40 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Poul-Henning Kamp In-Reply-To: <3620.1267780989@critter.freebsd.dk> Message-ID: References: <3620.1267780989@critter.freebsd.dk> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@FreeBSD.org, paradox Subject: Re: propose: all arch move into a separate dir X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Mar 2010 09:41:41 -0000 On Fri, 5 Mar 2010, Poul-Henning Kamp wrote: > In message , Robert > Watso n writes: > >> Doing that kind of rearrangement [...] would be a nightmare for anyone with >> large [...] patches, so I'd say we could pretty much rule that out >> outright. > > I would say that we should do it occasionally, to encourage these FreeBSD > users to contribute as many of their local changes back to the project, as > possible :-) Absolutely -- and rearranging a tree is a good way to invalidate all those patches as well :-). It's a trade-off, obviously, but what it does mean is that we shouldn't rearrange the tree without thinking about both sides: it's not just the aesthetics of a particular layout over another, it's that changes in layout come with a less visible but much larger cost than "svn mv". Robert From owner-freebsd-current@FreeBSD.ORG Fri Mar 5 09:44:06 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EBA481065670; Fri, 5 Mar 2010 09:44:06 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id B0E6D8FC0C; Fri, 5 Mar 2010 09:44:06 +0000 (UTC) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 877376433; Fri, 5 Mar 2010 09:44:05 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.3/8.14.3) with ESMTP id o259i5Mo003700; Fri, 5 Mar 2010 09:44:05 GMT (envelope-from phk@critter.freebsd.dk) To: Robert Watson From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 05 Mar 2010 09:41:40 GMT." Date: Fri, 05 Mar 2010 09:44:05 +0000 Message-ID: <3699.1267782245@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: freebsd-current@FreeBSD.org, paradox Subject: Re: propose: all arch move into a separate dir X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Mar 2010 09:44:07 -0000 In message , Robert Watso n writes: >[...] it's that changes in layout >come with a less visible but much larger cost than "svn mv". Really stupid question: Doesn't svn support symlinks ? -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Fri Mar 5 09:45:29 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BDED2106566C for ; Fri, 5 Mar 2010 09:45:29 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from mail2.rabson.org (mail2.rabson.org [83.222.226.140]) by mx1.freebsd.org (Postfix) with ESMTP id 896088FC1C for ; Fri, 5 Mar 2010 09:45:29 +0000 (UTC) Received: from macpro.dyn.rabson.org (router.rabson.org [80.177.232.241]) by mail2.rabson.org (Postfix) with ESMTPSA id 16D798A; Fri, 5 Mar 2010 09:45:20 +0000 (GMT) Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=us-ascii From: Doug Rabson In-Reply-To: <4B90CF3E.2070508@lissyara.su> Date: Fri, 5 Mar 2010 09:45:27 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: References: <619814.37821.qm@web59102.mail.re1.yahoo.com> <4B90CF3E.2070508@lissyara.su> To: Alex Keda X-Mailer: Apple Mail (2.1077) Cc: freebsd-current@freebsd.org Subject: Re: propose: all arch move into a separate dir X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Mar 2010 09:45:29 -0000 On 5 Mar 2010, at 09:30, Alex Keda wrote: > On 05.03.2010 12:17, Robert Watson wrote: >> consumers like Isilon, NetApp, Juniper, and many others > thus, it is not 'Free', this managed by 'consumers like Isilon, = NetApp, Juniper, and many others'? It might be helpful to think of them as 'customers' who are using our = 'product' and paying for it by feeding back patches and employing = FreeBSD developers. Normal business practice doesn't include = intentionally making your customers' lives difficult - if you make a = habit of it they tend to go elsewhere. From owner-freebsd-current@FreeBSD.ORG Fri Mar 5 09:52:48 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6F325106566B for ; Fri, 5 Mar 2010 09:52:48 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 3549B8FC12 for ; Fri, 5 Mar 2010 09:52:47 +0000 (UTC) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id D1DF562A4; Fri, 5 Mar 2010 09:52:46 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.3/8.14.3) with ESMTP id o259qjmd003745; Fri, 5 Mar 2010 09:52:46 GMT (envelope-from phk@critter.freebsd.dk) To: Doug Rabson From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 05 Mar 2010 09:45:27 GMT." Date: Fri, 05 Mar 2010 09:52:45 +0000 Message-ID: <3744.1267782765@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: Alex Keda , freebsd-current@freebsd.org Subject: Re: propose: all arch move into a separate dir X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Mar 2010 09:52:48 -0000 In message , Doug Rabson write s: >Normal business practice doesn't include >intentionally making your customers' lives difficult - if you make a >habit of it they tend to go elsewhere. Right, but as Sun has so definitively shown, you don't do your customers any service either, by being mortally afraid of breaking backwards compatibility. It's a balance to be struck, and it was certainly a mistake that we didn't deal with it when the alpha arrived. Or PC98. Or spar64. Or ... Poul-Henning -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Fri Mar 5 09:56:42 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 51E40106564A for ; Fri, 5 Mar 2010 09:56:42 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from hosting.lissyara.su (hosting.lissyara.su [77.221.149.162]) by mx1.freebsd.org (Postfix) with ESMTP id 054C18FC14 for ; Fri, 5 Mar 2010 09:56:41 +0000 (UTC) Received: from [195.93.240.104] (port=53430 helo=lissyara.moskb.local) by hosting.lissyara.su with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.71 (FreeBSD)) (envelope-from ) id 1NnUGt-0005SC-Kk for freebsd-current@freebsd.org; Fri, 05 Mar 2010 12:56:39 +0300 Message-ID: <4B90D557.90504@lissyara.su> Date: Fri, 05 Mar 2010 12:56:39 +0300 From: Alex Keda User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; ru-RU; rv:1.8.1.23) Gecko/20091202 Thunderbird/2.0.0.23 Mnenhy/0.7.6.666 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <619814.37821.qm@web59102.mail.re1.yahoo.com> <4B90CF3E.2070508@lissyara.su> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-White-List: YES X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Descriptions: powered by www.lissyara.su X-Bounce-ID: hosting.lissyara.su Subject: Re: propose: all arch move into a separate dir X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Mar 2010 09:56:42 -0000 On 05.03.2010 12:45, Doug Rabson wrote: > On 5 Mar 2010, at 09:30, Alex Keda wrote: > > >> On 05.03.2010 12:17, Robert Watson wrote: >> >>> consumers like Isilon, NetApp, Juniper, and many others >>> >> thus, it is not 'Free', this managed by 'consumers like Isilon, NetApp, Juniper, and many others'? >> > It might be helpful to think of them as 'customers' who are using our 'product' and paying for it by feeding back patches and employing FreeBSD developers. Normal business practice doesn't include intentionally making your customers' lives difficult - if you make a habit of it they tend to go elsewhere. > It seems to me, business and freedom - are mutually exclusive things. or you can choose the path of development, or who pays - giver commands to community. no freedom there. From owner-freebsd-current@FreeBSD.ORG Fri Mar 5 09:59:59 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 34E5D1065670 for ; Fri, 5 Mar 2010 09:59:59 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from mail2.rabson.org (mail2.rabson.org [83.222.226.140]) by mx1.freebsd.org (Postfix) with ESMTP id F322A8FC12 for ; Fri, 5 Mar 2010 09:59:58 +0000 (UTC) Received: from macpro.dyn.rabson.org (router.rabson.org [80.177.232.241]) by mail2.rabson.org (Postfix) with ESMTPSA id DD3A88A; Fri, 5 Mar 2010 09:59:49 +0000 (GMT) Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=us-ascii From: Doug Rabson In-Reply-To: <4B90D557.90504@lissyara.su> Date: Fri, 5 Mar 2010 09:59:57 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: <94301EB5-4D6C-4324-93D1-4D5E8660734B@rabson.org> References: <619814.37821.qm@web59102.mail.re1.yahoo.com> <4B90CF3E.2070508@lissyara.su> <4B90D557.90504@lissyara.su> To: Alex Keda X-Mailer: Apple Mail (2.1077) Cc: freebsd-current@freebsd.org Subject: Re: propose: all arch move into a separate dir X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Mar 2010 09:59:59 -0000 On 5 Mar 2010, at 09:56, Alex Keda wrote: > On 05.03.2010 12:45, Doug Rabson wrote: >> On 5 Mar 2010, at 09:30, Alex Keda wrote: >>=20 >> =20 >>> On 05.03.2010 12:17, Robert Watson wrote: >>> =20 >>>> consumers like Isilon, NetApp, Juniper, and many others >>>> =20 >>> thus, it is not 'Free', this managed by 'consumers like Isilon, = NetApp, Juniper, and many others'? >>> =20 >> It might be helpful to think of them as 'customers' who are using our = 'product' and paying for it by feeding back patches and employing = FreeBSD developers. Normal business practice doesn't include = intentionally making your customers' lives difficult - if you make a = habit of it they tend to go elsewhere. >> =20 > It seems to me, business and freedom - are mutually exclusive things. > or you can choose the path of development, or who pays - giver = commands to community. > no freedom there. Someone always pays. If this project didn't have sponsors like Isilon, = NetApp, Juniper, Yahoo, and many others it simply would not exist. From owner-freebsd-current@FreeBSD.ORG Fri Mar 5 10:19:47 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8B336106564A for ; Fri, 5 Mar 2010 10:19:47 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (lefty.soaustin.net [66.135.55.46]) by mx1.freebsd.org (Postfix) with ESMTP id 6E46A8FC14 for ; Fri, 5 Mar 2010 10:19:47 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id D37E08C07D; Fri, 5 Mar 2010 04:19:46 -0600 (CST) Date: Fri, 5 Mar 2010 04:19:46 -0600 From: Mark Linimon To: Alex Keda Message-ID: <20100305101946.GA16422@lonesome.com> References: <619814.37821.qm@web59102.mail.re1.yahoo.com> <4B90CF3E.2070508@lissyara.su> <4B90D557.90504@lissyara.su> <94301EB5-4D6C-4324-93D1-4D5E8660734B@rabson.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4B90CF3E.2070508@lissyara.su> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-current@freebsd.org Subject: Re: propose: all arch move into a separate dir X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Mar 2010 10:19:47 -0000 On 5 Mar 2010, at 09:56, Alex Keda wrote: > thus, it is not 'Free', this managed by 'consumers like Isilon, NetApp, > Juniper, and many others'? It isn't managed by them whatsoever. FreeBSD is a cooperative anarchy, driven by working code and rough consensus. That's what controls the checkins. However, FreeBSD also exists as part of a larger community. If there's no compelling reason to make the work of some of those in that community more difficult, why should we do so? Let's take a look at the current data in GNATS: $ showwithtag patch | wc -l 1880 To reiterate, that's nearly two thousand PRs with patches. (I don't have statistics for how many of those relate to arch-specific areas of the codebase, however.) Finally, IMVHO, if you want an operating system where philosophical purity overrides all practical concerns, you're going to be better off with something such as OpenBSD or Debian. mcl From owner-freebsd-current@FreeBSD.ORG Fri Mar 5 10:48:21 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 55B56106566B for ; Fri, 5 Mar 2010 10:48:21 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from hosting.lissyara.su (hosting.lissyara.su [77.221.149.162]) by mx1.freebsd.org (Postfix) with ESMTP id 07CBB8FC19 for ; Fri, 5 Mar 2010 10:48:20 +0000 (UTC) Received: from [195.93.240.104] (port=53816 helo=lissyara.moskb.local) by hosting.lissyara.su with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.71 (FreeBSD)) (envelope-from ) id 1NnV4s-0007Ps-7s for freebsd-current@freebsd.org; Fri, 05 Mar 2010 13:48:18 +0300 Message-ID: <4B90E171.2040808@lissyara.su> Date: Fri, 05 Mar 2010 13:48:17 +0300 From: Alex Keda User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; ru-RU; rv:1.8.1.23) Gecko/20091202 Thunderbird/2.0.0.23 Mnenhy/0.7.6.666 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <619814.37821.qm@web59102.mail.re1.yahoo.com> <4B90CF3E.2070508@lissyara.su> <4B90D557.90504@lissyara.su> <94301EB5-4D6C-4324-93D1-4D5E8660734B@rabson.org> In-Reply-To: <94301EB5-4D6C-4324-93D1-4D5E8660734B@rabson.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-White-List: YES X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Descriptions: powered by www.lissyara.su X-Bounce-ID: hosting.lissyara.su Subject: Re: propose: all arch move into a separate dir X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Mar 2010 10:48:21 -0000 On 05.03.2010 12:59, Doug Rabson wrote: > On 5 Mar 2010, at 09:56, Alex Keda wrote: > > >> On 05.03.2010 12:45, Doug Rabson wrote: >> >>> On 5 Mar 2010, at 09:30, Alex Keda wrote: >>> >>> >>> >>>> On 05.03.2010 12:17, Robert Watson wrote: >>>> >>>> >>>>> consumers like Isilon, NetApp, Juniper, and many others >>>>> >>>>> >>>> thus, it is not 'Free', this managed by 'consumers like Isilon, NetApp, Juniper, and many others'? >>>> >>>> >>> It might be helpful to think of them as 'customers' who are using our 'product' and paying for it by feeding back patches and employing FreeBSD developers. Normal business practice doesn't include intentionally making your customers' lives difficult - if you make a habit of it they tend to go elsewhere. >>> >>> >> It seems to me, business and freedom - are mutually exclusive things. >> or you can choose the path of development, or who pays - giver commands to community. >> no freedom there. >> > Someone always pays. If this project didn't have sponsors like Isilon, NetApp, Juniper, Yahoo, and many others it simply would not exist. > then can a more correct name of the project or ClosedBSD or ManagedBSD? =) or something abstract? ========== I love FreeBSD, but then having to follow the guidance of someone even though everyone understands what you can do better - depressing. From owner-freebsd-current@FreeBSD.ORG Fri Mar 5 10:59:34 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 694F71065688 for ; Fri, 5 Mar 2010 10:59:34 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 310B48FC15 for ; Fri, 5 Mar 2010 10:59:33 +0000 (UTC) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 9A01A6467; Fri, 5 Mar 2010 10:59:32 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.3/8.14.3) with ESMTP id o25AxWYg017036; Fri, 5 Mar 2010 10:59:32 GMT (envelope-from phk@critter.freebsd.dk) To: Alex Keda From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 05 Mar 2010 13:48:17 +0300." <4B90E171.2040808@lissyara.su> Date: Fri, 05 Mar 2010 10:59:32 +0000 Message-ID: <17035.1267786772@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: freebsd-current@freebsd.org Subject: Re: propose: all arch move into a separate dir X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Mar 2010 10:59:34 -0000 In message <4B90E171.2040808@lissyara.su>, Alex Keda writes: >then can a more correct name of the project or ClosedBSD or ManagedBSD? =) >or something abstract? You are free to use any other operating system of your choice, if you are not happy with FreeBSD. Don't let the door hit you on the way out. Poul-Henning -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Fri Mar 5 11:01:24 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EC1B61065677 for ; Fri, 5 Mar 2010 11:01:23 +0000 (UTC) (envelope-from svein-listmail@stillbilde.net) Received: from mail.stillbilde.net (unknown [IPv6:2002:51af:3dc3:0:20c:29ff:fece:79f3]) by mx1.freebsd.org (Postfix) with ESMTP id 7DD9C8FC15 for ; Fri, 5 Mar 2010 11:01:23 +0000 (UTC) Received: from [IPv6:2002:51af:3dc3:0:ad2a:42b7:589f:698] (unknown [IPv6:2002:51af:3dc3:0:ad2a:42b7:589f:698]) (Authenticated sender: svein-listmail) by mail.stillbilde.net (Familien Skogens mail) with ESMTPSA id E54224B for ; Fri, 5 Mar 2010 12:01:33 +0100 (CET) Message-ID: <4B90E48A.6030100@stillbilde.net> Date: Fri, 05 Mar 2010 12:01:30 +0100 From: "Svein Skogen (Listmail Account)" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.8) Gecko/20100216 Lightning/1.0b1 Thunderbird/3.0.2 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <619814.37821.qm@web59102.mail.re1.yahoo.com> <4B90CF3E.2070508@lissyara.su> <4B90D557.90504@lissyara.su> <94301EB5-4D6C-4324-93D1-4D5E8660734B@rabson.org> <4B90E171.2040808@lissyara.su> In-Reply-To: <4B90E171.2040808@lissyara.su> X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Subject: Re: propose: all arch move into a separate dir X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Mar 2010 11:01:24 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 05.03.2010 11:48, Alex Keda wrote: > On 05.03.2010 12:59, Doug Rabson wrote: >> On 5 Mar 2010, at 09:56, Alex Keda wrote: >> >> >>> On 05.03.2010 12:45, Doug Rabson wrote: >>> >>>> On 5 Mar 2010, at 09:30, Alex Keda wrote: >>>> >>>> >>>> >>>>> On 05.03.2010 12:17, Robert Watson wrote: >>>>> >>>>> >>>>>> consumers like Isilon, NetApp, Juniper, and many others >>>>>> >>>>>> >>>>> thus, it is not 'Free', this managed by 'consumers like Isilon, >>>>> NetApp, Juniper, and many others'? >>>>> >>>>> >>>> It might be helpful to think of them as 'customers' who are using >>>> our 'product' and paying for it by feeding back patches and >>>> employing FreeBSD developers. Normal business practice doesn't >>>> include intentionally making your customers' lives difficult - if >>>> you make a habit of it they tend to go elsewhere. >>>> >>>> >>> It seems to me, business and freedom - are mutually exclusive things. >>> or you can choose the path of development, or who pays - giver >>> commands to community. >>> no freedom there. >>> >> Someone always pays. If this project didn't have sponsors like Isilon, >> NetApp, Juniper, Yahoo, and many others it simply would not exist. >> > > then can a more correct name of the project or ClosedBSD or ManagedBSD? =) > or something abstract? > ========== > I love FreeBSD, but then having to follow the guidance of someone even > though everyone understands what you can do better - depressing. Oh, so because a lot of the programmers behind it receive wages, and the project itself won't commit ritual suicide by basically blocking the companies using FreeBSD from returning improvements they make to the project itself, it should be renamed. Can I suggest you be careful around bright light sources? //Svein - -- - --------+-------------------+------------------------------- /"\ |Svein Skogen | svein@d80.iso100.no \ / |Solberg Østli 9 | PGP Key: 0xE5E76831 X |2020 Skedsmokorset | svein@jernhuset.no / \ |Norway | PGP Key: 0xCE96CE13 | | svein@stillbilde.net ascii | | PGP Key: 0x58CD33B6 ribbon |System Admin | svein-listmail@stillbilde.net Campaign|stillbilde.net | PGP Key: 0x22D494A4 +-------------------+------------------------------- |msn messenger: | Mobile Phone: +47 907 03 575 |svein@jernhuset.no | RIPE handle: SS16503-RIPE - --------+-------------------+------------------------------- If you really are in a hurry, mail me at svein-mobile@stillbilde.net This mailbox goes directly to my cellphone and is checked even when I'm not in front of my computer. - ------------------------------------------------------------ Picture Gallery: https://gallery.stillbilde.net/v/svein/ - ------------------------------------------------------------ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkuQ5IoACgkQODUnwSLUlKTYLACbB37bgcYWrYrFjX0g6StaReSa k+YAn2hLbhcrXzbKoxDNklDhzGcWGEdw =3fZ/ -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Fri Mar 5 11:04:20 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 572C6106566C for ; Fri, 5 Mar 2010 11:04:19 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from itchy.rabson.org (router.rabson.org [80.177.232.241]) by mx1.freebsd.org (Postfix) with ESMTP id 170648FC20 for ; Fri, 5 Mar 2010 11:04:18 +0000 (UTC) Received: by itchy.rabson.org (Postfix, from userid 80) id 725CF5C92; Fri, 5 Mar 2010 11:03:47 +0000 (GMT) To: Alex Keda MIME-Version: 1.0 Date: Fri, 05 Mar 2010 11:03:47 +0000 From: Doug Rabson In-Reply-To: <4B90E171.2040808@lissyara.su> References: <619814.37821.qm@web59102.mail.re1.yahoo.com> <4B90CF3E.2070508@lissyara.su> <4B90D557.90504@lissyara.su> <94301EB5-4D6C-4324-93D1-4D5E8660734B@rabson.org> <4B90E171.2040808@lissyara.su> Message-ID: <44e8f76e05b44248dbec3910c16e830d@mail.rabson.org> X-Sender: dfr@rabson.org User-Agent: RoundCube Webmail/0.2.1 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current@freebsd.org Subject: Re: propose: all arch move into a separate dir X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Mar 2010 11:04:20 -0000 On Fri, 05 Mar 2010 13:48:17 +0300, Alex Keda wrote: > On 05.03.2010 12:59, Doug Rabson wrote: >> On 5 Mar 2010, at 09:56, Alex Keda wrote: >> >> >>> On 05.03.2010 12:45, Doug Rabson wrote: >>> >>>> On 5 Mar 2010, at 09:30, Alex Keda wrote: >>>> >>>> >>>> >>>>> On 05.03.2010 12:17, Robert Watson wrote: >>>>> >>>>> >>>>>> consumers like Isilon, NetApp, Juniper, and many others >>>>>> >>>>>> >>>>> thus, it is not 'Free', this managed by 'consumers like Isilon, >>>>> NetApp, Juniper, and many others'? >>>>> >>>>> >>>> It might be helpful to think of them as 'customers' who are using our >>>> 'product' and paying for it by feeding back patches and employing >>>> FreeBSD developers. Normal business practice doesn't include >>>> intentionally making your customers' lives difficult - if you make a >>>> habit of it they tend to go elsewhere. >>>> >>>> >>> It seems to me, business and freedom - are mutually exclusive things. >>> or you can choose the path of development, or who pays - giver commands >>> to community. >>> no freedom there. >>> >> Someone always pays. If this project didn't have sponsors like Isilon, >> NetApp, Juniper, Yahoo, and many others it simply would not exist. >> > > then can a more correct name of the project or ClosedBSD or ManagedBSD? =) > or something abstract? No. From owner-freebsd-current@FreeBSD.ORG Fri Mar 5 11:10:46 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 74D6E1065672 for ; Fri, 5 Mar 2010 11:10:46 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from hosting.lissyara.su (hosting.lissyara.su [77.221.149.162]) by mx1.freebsd.org (Postfix) with ESMTP id 2B4258FC1B for ; Fri, 5 Mar 2010 11:10:45 +0000 (UTC) Received: from [195.93.240.104] (port=54083 helo=lissyara.moskb.local) by hosting.lissyara.su with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.71 (FreeBSD)) (envelope-from ) id 1NnVQZ-0008ko-PE for freebsd-current@freebsd.org; Fri, 05 Mar 2010 14:10:43 +0300 Message-ID: <4B90E6B3.9070906@lissyara.su> Date: Fri, 05 Mar 2010 14:10:43 +0300 From: Alex Keda User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; ru-RU; rv:1.8.1.23) Gecko/20091202 Thunderbird/2.0.0.23 Mnenhy/0.7.6.666 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <17035.1267786772@critter.freebsd.dk> In-Reply-To: <17035.1267786772@critter.freebsd.dk> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-White-List: YES X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Descriptions: powered by www.lissyara.su X-Bounce-ID: hosting.lissyara.su Subject: Re: propose: all arch move into a separate dir X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Mar 2010 11:10:46 -0000 On 05.03.2010 13:59, Poul-Henning Kamp wrote: > In message<4B90E171.2040808@lissyara.su>, Alex Keda writes: > > >> then can a more correct name of the project or ClosedBSD or ManagedBSD? =) >> or something abstract? >> > You are free to use any other operating system of your choice, if you > are not happy with FreeBSD. > > Don't let the door hit you on the way out. > I'm not going anywhere, not even hope for it =) I'm trying to make FreeBSD a better, more logical. Maybe that's not very successful, but judging by the number of responses, it hurt many, and made to think even more people. From owner-freebsd-current@FreeBSD.ORG Fri Mar 5 11:17:12 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AE8B71065672 for ; Fri, 5 Mar 2010 11:17:12 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from itchy.rabson.org (router.rabson.org [80.177.232.241]) by mx1.freebsd.org (Postfix) with ESMTP id 71ED68FC2F for ; Fri, 5 Mar 2010 11:17:12 +0000 (UTC) Received: by itchy.rabson.org (Postfix, from userid 80) id 8981C5C93; Fri, 5 Mar 2010 11:16:41 +0000 (GMT) To: Alex Keda MIME-Version: 1.0 Date: Fri, 05 Mar 2010 11:16:41 +0000 From: Doug Rabson In-Reply-To: <4B90E6B3.9070906@lissyara.su> References: <17035.1267786772@critter.freebsd.dk> <4B90E6B3.9070906@lissyara.su> Message-ID: X-Sender: dfr@rabson.org User-Agent: RoundCube Webmail/0.2.1 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current@freebsd.org Subject: Re: propose: all arch move into a separate dir X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Mar 2010 11:17:12 -0000 On Fri, 05 Mar 2010 14:10:43 +0300, Alex Keda wrote: > On 05.03.2010 13:59, Poul-Henning Kamp wrote: >> In message<4B90E171.2040808@lissyara.su>, Alex Keda writes: >> >> >>> then can a more correct name of the project or ClosedBSD or ManagedBSD? >>> =) >>> or something abstract? >>> >> You are free to use any other operating system of your choice, if you >> are not happy with FreeBSD. >> >> Don't let the door hit you on the way out. >> > I'm not going anywhere, not even hope for it =) > I'm trying to make FreeBSD a better, more logical. > Maybe that's not very successful, but judging by the number of > responses, it hurt many, and made to think even more people. I think you misunderstand. Some of us old-timers have been having this discussion repeatedly for well over ten years. It always ends up the same way - a re-org might make the source tree marginally prettier but the consequences for long-term maintenance and supporting downstream contributors outweigh any possible benefit. Having the same conversation every two years with the same outcome gets annoying. > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Fri Mar 5 11:21:14 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD3201065674 for ; Fri, 5 Mar 2010 11:21:14 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from inbound01.jnb1.gp-online.net (inbound01.jnb1.gp-online.net [41.161.16.135]) by mx1.freebsd.org (Postfix) with ESMTP id 6ED818FC0C for ; Fri, 5 Mar 2010 11:21:14 +0000 (UTC) Received: from [41.154.88.19] (helo=clue.co.za) by inbound01.jnb1.gp-online.net with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1NnVae-0008Nw-0E for current@freebsd.org; Fri, 05 Mar 2010 13:21:08 +0200 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1NnVaT-0003Ft-3p for current@freebsd.org; Fri, 05 Mar 2010 13:20:57 +0200 To: current@freebsd.org From: "Ian FREISLICH" X-Attribution: BOFH Date: Fri, 05 Mar 2010 13:20:57 +0200 Message-Id: Cc: Subject: dev.bce.X.com_no_buffers increasing and packet loss X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Mar 2010 11:21:14 -0000 Hi I have a system that is experiencing mild to severe packet loss. The interfaces are configured as follows: lagg0: bce0, bce1, bce2, bce3 lagproto lacp lagg0 then is used as the hwdev for the vlan interfaces. I have pf with a few queues for bandwidth management. There isn't that much traffic on it (200-500Mbit/s). I see only the following suspect for packet loss: dev.bce.0.com_no_buffers: 140151466 dev.bce.1.com_no_buffers: 514723247 dev.bce.2.com_no_buffers: 10454050 dev.bce.3.com_no_buffers: 369371 Most of the time, these numbers are static, but every once in a while they increase massively by several thousand, but only on 2 interfaces. The 1 minute average rate on those interfaces is 266/s and 123/s. Does anyone think this is related to the packet loss or are these counters just a red herring? Is there anything that can be done to reduce this count? Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Fri Mar 5 11:27:08 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D68FF1065670 for ; Fri, 5 Mar 2010 11:27:08 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from hosting.lissyara.su (hosting.lissyara.su [77.221.149.162]) by mx1.freebsd.org (Postfix) with ESMTP id 9035E8FC17 for ; Fri, 5 Mar 2010 11:27:08 +0000 (UTC) Received: from [195.93.240.104] (port=54214 helo=lissyara.moskb.local) by hosting.lissyara.su with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.71 (FreeBSD)) (envelope-from ) id 1NnVgQ-0009bR-Bq for freebsd-current@freebsd.org; Fri, 05 Mar 2010 14:27:06 +0300 Message-ID: <4B90EA8A.3090306@lissyara.su> Date: Fri, 05 Mar 2010 14:27:06 +0300 From: Alex Keda User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; ru-RU; rv:1.8.1.23) Gecko/20091202 Thunderbird/2.0.0.23 Mnenhy/0.7.6.666 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <17035.1267786772@critter.freebsd.dk> <4B90E6B3.9070906@lissyara.su> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-White-List: YES X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Descriptions: powered by www.lissyara.su X-Bounce-ID: hosting.lissyara.su Subject: Re: propose: all arch move into a separate dir X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Mar 2010 11:27:08 -0000 On 05.03.2010 14:16, Doug Rabson wrote: > On Fri, 05 Mar 2010 14:10:43 +0300, Alex Keda wrote: > >> On 05.03.2010 13:59, Poul-Henning Kamp wrote: >> >>> In message<4B90E171.2040808@lissyara.su>, Alex Keda writes: >>> >>> >>> >>>> then can a more correct name of the project or ClosedBSD or >>>> > ManagedBSD? > >>>> =) >>>> or something abstract? >>>> >>>> >>> You are free to use any other operating system of your choice, if you >>> are not happy with FreeBSD. >>> >>> Don't let the door hit you on the way out. >>> >>> >> I'm not going anywhere, not even hope for it =) >> I'm trying to make FreeBSD a better, more logical. >> Maybe that's not very successful, but judging by the number of >> responses, it hurt many, and made to think even more people. >> > I think you misunderstand. Some of us old-timers have been having this > discussion repeatedly for well over ten years. It always ends up the same > way - a re-org might make the source tree marginally prettier but the > consequences for long-term maintenance and supporting downstream > contributors outweigh any possible benefit. Having the same conversation > every two years with the same outcome gets annoying. > And the fact that this issue was raised with enviable regularity - not make you think that it really needs to be done? From owner-freebsd-current@FreeBSD.ORG Fri Mar 5 11:28:26 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A0D68106564A for ; Fri, 5 Mar 2010 11:28:26 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 676FB8FC17 for ; Fri, 5 Mar 2010 11:28:26 +0000 (UTC) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id 4165A6434; Fri, 5 Mar 2010 11:28:25 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.3/8.14.3) with ESMTP id o25BSOm0017170; Fri, 5 Mar 2010 11:28:24 GMT (envelope-from phk@critter.freebsd.dk) To: Doug Rabson From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 05 Mar 2010 11:16:41 GMT." Date: Fri, 05 Mar 2010 11:28:24 +0000 Message-ID: <17169.1267788504@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: Alex Keda , freebsd-current@freebsd.org Subject: Re: propose: all arch move into a separate dir X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Mar 2010 11:28:26 -0000 In message , Doug Rabson writ es: >I think you misunderstand. Some of us old-timers have been having this >discussion repeatedly for well over ten years. s/ten/fifteen/ :-) -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Fri Mar 5 11:32:09 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 30CC51065670 for ; Fri, 5 Mar 2010 11:32:09 +0000 (UTC) (envelope-from dfr@rabson.org) Received: from itchy.rabson.org (router.rabson.org [80.177.232.241]) by mx1.freebsd.org (Postfix) with ESMTP id E67638FC1F for ; Fri, 5 Mar 2010 11:32:08 +0000 (UTC) Received: by itchy.rabson.org (Postfix, from userid 80) id 189E35C90; Fri, 5 Mar 2010 11:31:38 +0000 (GMT) To: Alex Keda MIME-Version: 1.0 Date: Fri, 05 Mar 2010 11:31:38 +0000 From: Doug Rabson In-Reply-To: <4B90EA8A.3090306@lissyara.su> References: <17035.1267786772@critter.freebsd.dk> <4B90E6B3.9070906@lissyara.su> <4B90EA8A.3090306@lissyara.su> Message-ID: <4d855238cd6ee760010466442711f92c@mail.rabson.org> X-Sender: dfr@rabson.org User-Agent: RoundCube Webmail/0.2.1 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=UTF-8 Cc: freebsd-current@freebsd.org Subject: Re: propose: all arch move into a separate dir X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Mar 2010 11:32:09 -0000 On Fri, 05 Mar 2010 14:27:06 +0300, Alex Keda wrote: > On 05.03.2010 14:16, Doug Rabson wrote: >> On Fri, 05 Mar 2010 14:10:43 +0300, Alex Keda wrote: >> >>> On 05.03.2010 13:59, Poul-Henning Kamp wrote: >>> >>>> In message<4B90E171.2040808@lissyara.su>, Alex Keda writes: >>>> >>>> >>>> >>>>> then can a more correct name of the project or ClosedBSD or >>>>> >> ManagedBSD? >> >>>>> =) >>>>> or something abstract? >>>>> >>>>> >>>> You are free to use any other operating system of your choice, if you >>>> are not happy with FreeBSD. >>>> >>>> Don't let the door hit you on the way out. >>>> >>>> >>> I'm not going anywhere, not even hope for it =) >>> I'm trying to make FreeBSD a better, more logical. >>> Maybe that's not very successful, but judging by the number of >>> responses, it hurt many, and made to think even more people. >>> >> I think you misunderstand. Some of us old-timers have been having this >> discussion repeatedly for well over ten years. It always ends up the same >> way - a re-org might make the source tree marginally prettier but the >> consequences for long-term maintenance and supporting downstream >> contributors outweigh any possible benefit. Having the same conversation >> every two years with the same outcome gets annoying. >> > And the fact that this issue was raised with enviable regularity - not > make you think that it really needs to be done? Read what I wrote. Consequences outweigh benefits so no. On the other hand, if you are just trolling, please try somewhere else. From owner-freebsd-current@FreeBSD.ORG Fri Mar 5 11:35:25 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C3CD7106564A for ; Fri, 5 Mar 2010 11:35:25 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from hosting.lissyara.su (hosting.lissyara.su [77.221.149.162]) by mx1.freebsd.org (Postfix) with ESMTP id 2782B8FC21 for ; Fri, 5 Mar 2010 11:35:24 +0000 (UTC) Received: from [195.93.240.104] (port=54277 helo=lissyara.moskb.local) by hosting.lissyara.su with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.71 (FreeBSD)) (envelope-from ) id 1NnVoR-000A46-I1 for freebsd-current@freebsd.org; Fri, 05 Mar 2010 14:35:23 +0300 Message-ID: <4B90EC7B.7030806@lissyara.su> Date: Fri, 05 Mar 2010 14:35:23 +0300 From: Alex Keda User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; ru-RU; rv:1.8.1.23) Gecko/20091202 Thunderbird/2.0.0.23 Mnenhy/0.7.6.666 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <17035.1267786772@critter.freebsd.dk> <4B90E6B3.9070906@lissyara.su> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-White-List: YES X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Descriptions: powered by www.lissyara.su X-Bounce-ID: hosting.lissyara.su Subject: Re: propose: all arch move into a separate dir X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Mar 2010 11:35:25 -0000 On 05.03.2010 14:16, Doug Rabson wrote: > On Fri, 05 Mar 2010 14:10:43 +0300, Alex Keda wrote: > >> On 05.03.2010 13:59, Poul-Henning Kamp wrote: >> >>> In message<4B90E171.2040808@lissyara.su>, Alex Keda writes: >>> >>> >>> >>>> then can a more correct name of the project or ClosedBSD or >>>> > ManagedBSD? > >>>> =) >>>> or something abstract? >>>> >>>> >>> You are free to use any other operating system of your choice, if you >>> are not happy with FreeBSD. >>> >>> Don't let the door hit you on the way out. >>> >>> >> I'm not going anywhere, not even hope for it =) >> I'm trying to make FreeBSD a better, more logical. >> Maybe that's not very successful, but judging by the number of >> responses, it hurt many, and made to think even more people. >> > I think you misunderstand. Some of us old-timers have been having this > discussion repeatedly for well over ten years. It always ends up the same > way - a re-org might make the source tree marginally prettier but the > consequences for long-term maintenance and supporting downstream > contributors outweigh any possible benefit. Having the same conversation > every two years with the same outcome gets annoying. > how many architectures supported 10 years ago? Two? It currently supports 11 or 12 - do not even know for sure. So make the transfer was 5 times harder. Let's wait another 10 years, and, coming at last to understand that this must be done, and do it was 20 times harder. From owner-freebsd-current@FreeBSD.ORG Fri Mar 5 12:06:57 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C0646106566B for ; Fri, 5 Mar 2010 12:06:57 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 85B688FC14 for ; Fri, 5 Mar 2010 12:06:57 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 922991FFC22; Fri, 5 Mar 2010 12:06:56 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 7061B8448E; Fri, 5 Mar 2010 13:06:56 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: paradox References: <619814.37821.qm@web59102.mail.re1.yahoo.com> Date: Fri, 05 Mar 2010 13:06:56 +0100 In-Reply-To: <619814.37821.qm@web59102.mail.re1.yahoo.com> (paradox's message of "Thu, 4 Mar 2010 11:33:05 -0800 (PST)") Message-ID: <86sk8f3rbz.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: propose: all arch move into a separate dir X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Mar 2010 12:06:57 -0000 paradox writes: > so, I really do not understand why it is so difficult [...] Easy for you to say, since you're not the one who would have to do the work and spend the next two years cleaning up the resulting mess. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Fri Mar 5 12:09:18 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CCE021065678; Fri, 5 Mar 2010 12:09:18 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 18BA28FC1D; Fri, 5 Mar 2010 12:09:18 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 513041FFC22; Fri, 5 Mar 2010 12:09:17 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 0AB0A8448E; Fri, 5 Mar 2010 13:09:17 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: "Poul-Henning Kamp" References: <3699.1267782245@critter.freebsd.dk> Date: Fri, 05 Mar 2010 13:09:16 +0100 In-Reply-To: <3699.1267782245@critter.freebsd.dk> (Poul-Henning Kamp's message of "Fri, 05 Mar 2010 09:44:05 +0000") Message-ID: <86ocj33r83.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@FreeBSD.org, Robert Watson , paradox Subject: Re: propose: all arch move into a separate dir X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Mar 2010 12:09:18 -0000 "Poul-Henning Kamp" writes: > Really stupid question: Doesn't svn support symlinks ? It does, but the moment we move in that direction, someone will start complaining that they can't check out the source on Windows (which is the reason why we no longer have any files in the tree with colons in their name, or files with the same name but different case in the same directory) DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Fri Mar 5 12:18:05 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 862B0106566C; Fri, 5 Mar 2010 12:18:05 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 49FFE8FC17; Fri, 5 Mar 2010 12:18:05 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 373F21FFC22; Fri, 5 Mar 2010 12:18:03 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id C444884498; Fri, 5 Mar 2010 13:18:03 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Alexander Motin References: <4B55D9D4.1000008@FreeBSD.org> <823F6536-32A7-4BC6-9C6A-C84865A38458@samsco.org> <4B570B4C.9000203@jrv.org> <4B69817B.8090706@FreeBSD.org> Date: Fri, 05 Mar 2010 13:18:03 +0100 In-Reply-To: <4B69817B.8090706@FreeBSD.org> (Alexander Motin's message of "Wed, 03 Feb 2010 16:00:27 +0200") Message-ID: <86hbov3qtg.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD-Current , "James R. Van Artsdalen" Subject: Re: Pack of CAM improvements X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Mar 2010 12:18:05 -0000 Alexander Motin writes: > I've just added Power Up In Stand-by (PUIS) feature support into CAM > ATA in HEAD. It is one of the ways to implement staggered spin-up for > ATA devices. Now CAM will spin-up no more then 4 of such devices at a > time. Hmm, how does that work? Doesn't the BIOS spin the disks up long before the kernel even loads? Can you set a flag on the disk to tell it not to? This is a very real issue for me. I have a file server that can't cold boot because the disks take too long to spin up and / or the PSU can't deliver enough power to spin them all up at the same time. I would love to be able to delay spinning up each disk until it's actually needed (i.e. /etc/rc.d/zfs start). DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Fri Mar 5 12:21:14 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E2E5106564A for ; Fri, 5 Mar 2010 12:21:14 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id DA49E8FC15 for ; Fri, 5 Mar 2010 12:21:13 +0000 (UTC) Received: from outgoing.leidinger.net (pD9E2D45A.dip.t-dialin.net [217.226.212.90]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 709A5844587; Fri, 5 Mar 2010 13:21:04 +0100 (CET) Received: from unknown (unknown [192.168.2.110]) by outgoing.leidinger.net (Postfix) with ESMTP id 442C04F4A; Fri, 5 Mar 2010 13:21:01 +0100 (CET) Date: Fri, 5 Mar 2010 13:20:58 +0100 From: Alexander Leidinger To: Alex Keda , freebsd-current@freebsd.org Message-ID: <20100305132058.000008e6@unknown> In-Reply-To: <4B90E48A.6030100@stillbilde.net> References: <619814.37821.qm@web59102.mail.re1.yahoo.com> <4B90CF3E.2070508@lissyara.su> <4B90D557.90504@lissyara.su> <94301EB5-4D6C-4324-93D1-4D5E8660734B@rabson.org> <4B90E171.2040808@lissyara.su> <4B90E48A.6030100@stillbilde.net> X-Mailer: Claws Mail 3.7.2cvs15 (GTK+ 2.16.0; i586-pc-mingw32msvc) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: 709A5844587.221C3 X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-1.44, required 6, autolearn=disabled, ALL_TRUSTED -1.44) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1268396465.97006@jwC2XjEsS7yrb8LzdERaFw X-EBL-Spam-Status: No Cc: Subject: Re: propose: all arch move into a separate dir X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Mar 2010 12:21:14 -0000 On Fri, 05 Mar 2010 12:01:30 +0100 "Svein Skogen (Listmail Account)" wrote: > On 05.03.2010 11:48, Alex Keda wrote: > > On 05.03.2010 12:59, Doug Rabson wrote: > >> On 5 Mar 2010, at 09:56, Alex Keda wrote: > >>> It seems to me, business and freedom - are mutually exclusive > >>> things. or you can choose the path of development, or who pays - > >>> giver commands to community. > >>> no freedom there. > >>> > >> Someone always pays. If this project didn't have sponsors like > >> Isilon, NetApp, Juniper, Yahoo, and many others it simply would > >> not exist. > > > > then can a more correct name of the project or ClosedBSD or > > ManagedBSD? =) or something abstract? > > ========== > > I love FreeBSD, but then having to follow the guidance of someone > > even though everyone understands what you can do better - > > depressing. > > Oh, so because a lot of the programmers behind it receive wages, and > the project itself won't commit ritual suicide by basically blocking > the companies using FreeBSD from returning improvements they make to > the project itself, it should be renamed. There's maybe a little bit of misunderstanding here... 1. FreeBSD is free - you are allowed to do more with it than with e.g. GPLed software - we (the FreeBSD developers) are free to do with it what we want 2. if there is more than one person involved, it is better to have some rules everyone has to follow - to not stomp on each others toes - to have progress instead of catching up with changes of others (you want new features and bugfixes, don't you?) 3. companies are not involved in how FreeBSD is managed or what is allowed to reside in the FreeBSD source tree, but we listen what they tell us about their needs and constraints to be able to make decissions which are beneficial for FreeBSD (as we want that they give back some work to improve FreeBSD) Some examples: C does not require any style guidelines, but in FreeBSD we enforce a programming style. This is not to make it look nice, this is to make it more easy for all of us. The API in a stable branch does not need to be stable to get out a working OS, but it is better for the users (and we developers are users too) of FreeBSD to have the ABI stable. In the same way we are free to move around files in the development tree as we want, but we restrict ourself to not do it if not abolutely necessary, as we have the experience that this causes a slow-down for a lot of people (I am not even talking about companies which use FreeBSD in their products, I talk just about the pure development in the FreeBSD-project itself), and as such for FreeBSD itself. For those (and some more but similar reasons), there will be not such a change soon. Currently there is a somewhat related change going on, the i386, amd64 and pc98 bits which are the same, get merged into a common tree (a lot of code is shared, but the build infrastructure was not up to the task of sharing the files until recently). This is done because the benefit of moving those specific files outweights the burden of catching up with this change. For all other architectures there is currently no real benefit in moving the files, it would only cause a lot of time spend in merging the changes into another directory and making sure everything still works. While other people in this thread point to various companies which support FreeBSD (either with contributions, or as sponsors for various related events), I want to point to those developers, which do *not* get paid to work on FreeBSD. Those people do it "just for fun" in the time of the day/week/month they reserve for FreeBSD. Those with a tight schedule (e.g. because of family/kids) care IMO more about how this time is spend, than technicians which get paid to spend time with FreeBSD. Personally I am not interested in spending a lot of time to move around changes and test them, just because someone thinks it looks nicer this way. I agree that it would be nicer, no doubts, and if I would be a person working alone on one specific architecture, I would suggest to create an arch directory and move "my" architecture there. But as soon as there are more people working on one architecture, there needs to be at least an absolute majority (if not more) of those people agreeing to it. So far I count about 2 architectures which are maintained by only one person (at least as far as I noticed), but I can understand if those people do not want to spend their time doing a time consuming move (the build infrastructure needs to be adapted to handle both cases then; and even if everything is moved, this is not a quick search&replace). Bye, Alexander. From owner-freebsd-current@FreeBSD.ORG Fri Mar 5 12:53:10 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 879441065672 for ; Fri, 5 Mar 2010 12:53:10 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id 0E8488FC0A for ; Fri, 5 Mar 2010 12:53:09 +0000 (UTC) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id o25CqdOV007000 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 5 Mar 2010 13:52:53 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.3/8.14.3) with ESMTP id o25CqUQ6041218 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 5 Mar 2010 13:52:30 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id o25CqUf8097133; Fri, 5 Mar 2010 13:52:30 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id o25CqM8j097132; Fri, 5 Mar 2010 13:52:22 +0100 (CET) (envelope-from ticso) Date: Fri, 5 Mar 2010 13:52:22 +0100 From: Bernd Walter To: Alex Keda Message-ID: <20100305125222.GS58319@cicely7.cicely.de> References: <17035.1267786772@critter.freebsd.dk> <4B90E6B3.9070906@lissyara.su> <4B90EA8A.3090306@lissyara.su> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4B90EA8A.3090306@lissyara.su> X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED=-1.8, AWL=0.001, BAYES_00=-2.599 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on spamd.cicely.de Cc: freebsd-current@freebsd.org Subject: Re: propose: all arch move into a separate dir X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Mar 2010 12:53:10 -0000 On Fri, Mar 05, 2010 at 02:27:06PM +0300, Alex Keda wrote: > On 05.03.2010 14:16, Doug Rabson wrote: > >On Fri, 05 Mar 2010 14:10:43 +0300, Alex Keda wrote: > > > >>On 05.03.2010 13:59, Poul-Henning Kamp wrote: > >> > >>>In message<4B90E171.2040808@lissyara.su>, Alex Keda writes: > >>> > >>> > >>> > >>>>then can a more correct name of the project or ClosedBSD or > >>>> > >ManagedBSD? > > > >>>>=) > >>>>or something abstract? > >>>> > >>>> > >>>You are free to use any other operating system of your choice, if you > >>>are not happy with FreeBSD. > >>> > >>>Don't let the door hit you on the way out. > >>> > >>> > >>I'm not going anywhere, not even hope for it =) > >>I'm trying to make FreeBSD a better, more logical. > >>Maybe that's not very successful, but judging by the number of > >>responses, it hurt many, and made to think even more people. > >> > >I think you misunderstand. Some of us old-timers have been having this > >discussion repeatedly for well over ten years. It always ends up the same > >way - a re-org might make the source tree marginally prettier but the > >consequences for long-term maintenance and supporting downstream > >contributors outweigh any possible benefit. Having the same conversation > >every two years with the same outcome gets annoying. > > > And the fact that this issue was raised with enviable regularity - not > make you think that it really needs to be done? And the fact that weighting the arguments always ends in the same result - not make you think that this really shouldn't be done? A calculation always ends in the same result until the variables changes. So far this hasn't happen, so there is no need to recalculate/rethink every now and then. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-current@FreeBSD.ORG Fri Mar 5 13:17:00 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 992741065672 for ; Fri, 5 Mar 2010 13:17:00 +0000 (UTC) (envelope-from giovanni.trematerra@gmail.com) Received: from mail-fx0-f223.google.com (mail-fx0-f223.google.com [209.85.220.223]) by mx1.freebsd.org (Postfix) with ESMTP id 2BCC68FC18 for ; Fri, 5 Mar 2010 13:16:59 +0000 (UTC) Received: by fxm23 with SMTP id 23so2585944fxm.3 for ; Fri, 05 Mar 2010 05:16:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=JE8tBGo7TmTlnwyevoob/ygBhSSegYnUnjHHrVJiKH0=; b=Nc19xGwR96gGOENmgiKN2+OB8gOnAOw9FB3+Hr3dBiqoKcOaxzBS2zzTR1CWQLHH7X 9jphoVt55thhCBsZ6jlpILlFVf4unC/BDVv4VHSIfxIqemdk4XLERja13JOEkdol3u+C nnN6MBldSS5TN2viLDClkyh8NPWo++OsVxkl0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=SycVIbaTUIz8tJEHF52tUMHv2pOHQ2oGT42gOLWT5KIN7hWVW5nwAaGisXtS+yRllr mSr2lE0bHGrISuDXxAHGf2xWCIQq4XYoY3VyqO1nZA7BhhNUTgTS2uUjD3U2l+gDYTq4 GMfzEvTK7r932CtsNHN0O8mRlj7yOL9LCe1/U= MIME-Version: 1.0 Received: by 10.223.132.209 with SMTP id c17mr1046609fat.37.1267795015126; Fri, 05 Mar 2010 05:16:55 -0800 (PST) In-Reply-To: <201003011731.20790.hselasky@c2i.net> References: <201003011731.20790.hselasky@c2i.net> Date: Fri, 5 Mar 2010 14:16:55 +0100 Message-ID: <4e6cba831003050516r3cf2ee88p65486248e861dbed@mail.gmail.com> From: Giovanni Trematerra To: Hans Petter Selasky Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: [FAQ] FBSD on a USB stick X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Mar 2010 13:17:00 -0000 Instead of this patch people can use kern.cam.boot_delay Just set a delay in ms. That works on 8-STABLE too. -- Gianni On Mon, Mar 1, 2010 at 5:31 PM, Hans Petter Selasky wrot= e: > Hi, > > Sometimes the USB sticks won't get detected in time. You can fix this by = using > the following simple quick and dirty patch. > > --HPS > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- sys/kern/vfs_mount.c =A0 =A0 =A0 =A0(revision 204512) > +++ sys/kern/vfs_mount.c =A0 =A0 =A0 =A0(local) > @@ -1656,6 +1656,8 @@ > =A0 =A0 =A0 =A0 =A0 =A0UMA_ALIGN_PTR, UMA_ZONE_NOFREE); > =A0 =A0 =A0 =A0devfs_first(); > > +repeat: > + > =A0 =A0 =A0 =A0/* > =A0 =A0 =A0 =A0 * We are booted with instructions to prompt for the root = filesystem. > =A0 =A0 =A0 =A0 */ > @@ -1725,9 +1727,10 @@ > =A0 =A0 =A0 =A0 * Everything so far has failed, prompt on the console if = we haven't > =A0 =A0 =A0 =A0 * already tried that. > =A0 =A0 =A0 =A0 */ > - =A0 =A0 =A0 if (!asked) > - =A0 =A0 =A0 =A0 =A0 =A0 =A0 if (!vfs_mountroot_ask()) > - =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 goto mounted; > + =A0 =A0 =A0 if (!asked) { > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 pause("WDISK", 1*hz); > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 goto repeat; > + =A0 =A0 =A0 } > > =A0 =A0 =A0 =A0panic("Root mount failed, startup aborted."); > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > From owner-freebsd-current@FreeBSD.ORG Fri Mar 5 13:19:38 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9211B106564A for ; Fri, 5 Mar 2010 13:19:38 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 6C2C98FC14 for ; Fri, 5 Mar 2010 13:19:38 +0000 (UTC) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id DEF3846B38; Fri, 5 Mar 2010 08:19:37 -0500 (EST) Date: Fri, 5 Mar 2010 13:19:37 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Alex Keda In-Reply-To: <4B90CF3E.2070508@lissyara.su> Message-ID: References: <619814.37821.qm@web59102.mail.re1.yahoo.com> <4B90CF3E.2070508@lissyara.su> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: propose: all arch move into a separate dir X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Mar 2010 13:19:38 -0000 On Fri, 5 Mar 2010, Alex Keda wrote: > On 05.03.2010 12:17, Robert Watson wrote: >> consumers like Isilon, NetApp, Juniper, and many others > thus, it is not 'Free', this managed by 'consumers like Isilon, NetApp, > Juniper, and many others'? These and other companies contribute significantly to the FreeBSD Project -- witness, for example, NFS locking support, new NFS RPC code, and the MPSAFE VFS, both contributed by Isilon in the last ten years. Not gratuitously renaming files and directories is not a high price to pay for those contributions :-). And, remember that a moderate number of our developers work for companies that use FreeBSD in products, so we're not just helping disconnected end-users: they are members of the community. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Fri Mar 5 13:21:34 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 88A061065677 for ; Fri, 5 Mar 2010 13:21:34 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 63B838FC1A for ; Fri, 5 Mar 2010 13:21:34 +0000 (UTC) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id E554146B45; Fri, 5 Mar 2010 08:21:33 -0500 (EST) Date: Fri, 5 Mar 2010 13:21:33 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Poul-Henning Kamp In-Reply-To: <3699.1267782245@critter.freebsd.dk> Message-ID: References: <3699.1267782245@critter.freebsd.dk> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@FreeBSD.org, paradox Subject: Re: propose: all arch move into a separate dir X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Mar 2010 13:21:34 -0000 On Fri, 5 Mar 2010, Poul-Henning Kamp wrote: > In message , Robert > Watso n writes: > >> [...] it's that changes in layout come with a less visible but much larger >> cost than "svn mv". > > Really stupid question: Doesn't svn support symlinks ? Yes, but does that help? The issue is not user applications that can't find their header files, it's people who maintain patchsets in revision control systems, such as svn, Perforce, git, etc, whose work will be derailed when automatic merging fails. As I said, I've run into this with the TrustedBSD work several times: someone rearranges files in the network stack or VFS and you're left trying to figure out where the code moved, how to re-apply your changes, whether you've missed anything, etc. Continuity over time in code location makes that task orders of magnitude easier, and costs the project little. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Fri Mar 5 13:23:47 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD6EF1065672 for ; Fri, 5 Mar 2010 13:23:47 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id A846E8FC1B for ; Fri, 5 Mar 2010 13:23:47 +0000 (UTC) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id 637C446B38; Fri, 5 Mar 2010 08:23:47 -0500 (EST) Date: Fri, 5 Mar 2010 13:23:47 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Alex Keda In-Reply-To: <4B90D557.90504@lissyara.su> Message-ID: References: <619814.37821.qm@web59102.mail.re1.yahoo.com> <4B90CF3E.2070508@lissyara.su> <4B90D557.90504@lissyara.su> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: propose: all arch move into a separate dir X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Mar 2010 13:23:47 -0000 On Fri, 5 Mar 2010, Alex Keda wrote: >>> thus, it is not 'Free', this managed by 'consumers like Isilon, NetApp, >>> Juniper, and many others'? >>> >> It might be helpful to think of them as 'customers' who are using our >> 'product' and paying for it by feeding back patches and employing FreeBSD >> developers. Normal business practice doesn't include intentionally making >> your customers' lives difficult - if you make a habit of it they tend to go >> elsewhere. >> > It seems to me, business and freedom - are mutually exclusive things. or you > can choose the path of development, or who pays - giver commands to > community. no freedom there. Cute but no cigar. FreeBSD must ultimately be responsible to the communities it serves. Sometimes those interests are in conflict and we have to come to some technical or social compromise, but often as not they align. In this case, I think they align pretty well. Whether you're an academic building research changes into a network stack, a company building a firewall appliance, or a volunteer developer working on something that particularly motivates you in the network stack, you all lose if the source tree is rearranged out from under your feet. Robert From owner-freebsd-current@FreeBSD.ORG Fri Mar 5 15:38:12 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7786F106566B; Fri, 5 Mar 2010 15:38:12 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 381168FC18; Fri, 5 Mar 2010 15:38:12 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:a516:7480:bf2e:1308] (unknown [IPv6:2001:7b8:3a7:0:a516:7480:bf2e:1308]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 5069E5C43; Fri, 5 Mar 2010 16:38:10 +0100 (CET) Message-ID: <4B912562.6060500@andric.com> Date: Fri, 05 Mar 2010 16:38:10 +0100 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.2.2pre) Gecko/20100302 Lanikai/3.1b1pre MIME-Version: 1.0 To: =?UTF-8?B?RGFnLUVybGluZyBTbcO4cmdyYXY=?= References: <4B55D9D4.1000008@FreeBSD.org> <823F6536-32A7-4BC6-9C6A-C84865A38458@samsco.org> <4B570B4C.9000203@jrv.org> <4B69817B.8090706@FreeBSD.org> <86hbov3qtg.fsf@ds4.des.no> In-Reply-To: <86hbov3qtg.fsf@ds4.des.no> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Cc: Alexander Motin , FreeBSD-Current , "James R. Van Artsdalen" Subject: Re: Pack of CAM improvements X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Mar 2010 15:38:12 -0000 On 2010-03-05 13:18, Dag-Erling Sm=C3=B8rgrav wrote: > Hmm, how does that work? Doesn't the BIOS spin the disks up long befor= e > the kernel even loads? Can you set a flag on the disk to tell it not > to? A jumper (marked PM2 on WD disks; no idea for other brands). From Wikipedia: "[PUIS] can usually be enabled by a jumper shunt on the drive but can be configured by other means (configuration sector) using manufacturer specific tools." and: "PUIS requires corresponding BIOS support. If [PUIS] is enabled on the drive but not supported by the BIOS, the drive will not be detected by the system or detected as zero in size. PUIS typically only supported on RAID Controllers." I have an Areca RAID card that indeed has this capability. It can also spin up the disks in staggered fashion, with a selectable interval. From owner-freebsd-current@FreeBSD.ORG Fri Mar 5 16:15:36 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9AE42106566C for ; Fri, 5 Mar 2010 16:15:36 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f223.google.com (mail-fx0-f223.google.com [209.85.220.223]) by mx1.freebsd.org (Postfix) with ESMTP id 219958FC1F for ; Fri, 5 Mar 2010 16:15:35 +0000 (UTC) Received: by fxm23 with SMTP id 23so2772625fxm.3 for ; Fri, 05 Mar 2010 08:15:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=Z9tWxazf6i+TepmK85E01ZTW76PhLopGEOjLHfBY59E=; b=FE/qHxSedqDji0ObpThu9dWck1mmCTIV2YO3Q+2AUEhcOpde5KWxS1e09tUUU6EuVM DxtoMrXMrV43meDyuMic/XlooDfMIhxNBInqNNfLHcgX8UqorcT2C4YtXxpgJNRaGkq7 OjcBT9gquxHTcL1d8Fs08/hIQNWn8ukJdAbaY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=TiFyWFroA2a8lxtEDNhZbaiLQgFraQVw2unIJg9ZVsfh96Z17MODeDGhzMwzn+x5Gn 0UxwMrHQAAodD1nA2wIAFhZU/zAYvxtppC2jsCW96em263/eXGrIaPsxtXIZUmewjdTH l+dgpFl6+TS/3a/plOVdSVqzXxSm9SIsAkXNQ= Received: by 10.223.100.214 with SMTP id z22mr1073858fan.104.1267805728763; Fri, 05 Mar 2010 08:15:28 -0800 (PST) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id 16sm1277871fxm.3.2010.03.05.08.15.26 (version=SSLv3 cipher=RC4-MD5); Fri, 05 Mar 2010 08:15:26 -0800 (PST) Sender: Alexander Motin Message-ID: <4B912E1B.1030809@FreeBSD.org> Date: Fri, 05 Mar 2010 18:15:23 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: =?UTF-8?B?RGFnLUVybGluZyBTbcO4cmdyYXY=?= References: <4B55D9D4.1000008@FreeBSD.org> <823F6536-32A7-4BC6-9C6A-C84865A38458@samsco.org> <4B570B4C.9000203@jrv.org> <4B69817B.8090706@FreeBSD.org> <86hbov3qtg.fsf@ds4.des.no> In-Reply-To: <86hbov3qtg.fsf@ds4.des.no> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: FreeBSD-Current , "James R. Van Artsdalen" Subject: Re: Pack of CAM improvements X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Mar 2010 16:15:36 -0000 Dag-Erling Smørgrav wrote: > Alexander Motin writes: >> I've just added Power Up In Stand-by (PUIS) feature support into CAM >> ATA in HEAD. It is one of the ways to implement staggered spin-up for >> ATA devices. Now CAM will spin-up no more then 4 of such devices at a >> time. > > Hmm, how does that work? Doesn't the BIOS spin the disks up long before > the kernel even loads? Can you set a flag on the disk to tell it not > to? It depends. I haven't yet seen BIOS (except hardware RAIDs), supporting staggered spin-up. BIOSes I've tested were unaware of PUIS. They were trying to communicate disks in stand-by state, failing and don't even trying to spin them up. In some cases it may be possible to tell BIOS ignore disks on some ports, or completely disable BIOSes on some controllers, to let OS be the first there. On some controllers I've even seen hardware jumpers controlling BIOS operation. Also, as soon as most (all?) BIOSes are unaware of SATA Port Multipliers, disks on ports except first are not probed by BIOS. So disks on first ports could be configured to spun-up as usual, but others may be set to use PUIS. But even if some advanced BIOS will sometimes support PMP and PUIS, OS still should support it also, to be able to handle hot-plug cases. > This is a very real issue for me. I have a file server that can't cold > boot because the disks take too long to spin up and / or the PSU can't > deliver enough power to spin them all up at the same time. I would love > to be able to delay spinning up each disk until it's actually needed > (i.e. /etc/rc.d/zfs start). CAM will spin-up devices with PUIS enabled during initial bus scan. It will do it in stages and system will wait for the completion. Same is for hot-plug. Also, on my tests, PUIS makes hot-plug process less stressful and more controllable. In that case device becomes ready and responsible almost immediately and spin-up process controlled using regular ATA commands. SCSI implements much better spin-up control, but PUIS looks to be the step in right direction, respecting limitations of ATA protocol. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Fri Mar 5 16:25:21 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 33A36106566C for ; Fri, 5 Mar 2010 16:25:21 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from mail-bw0-f224.google.com (mail-bw0-f224.google.com [209.85.218.224]) by mx1.freebsd.org (Postfix) with ESMTP id AE26A8FC21 for ; Fri, 5 Mar 2010 16:25:20 +0000 (UTC) Received: by bwz24 with SMTP id 24so2529897bwz.13 for ; Fri, 05 Mar 2010 08:25:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:subject:mime-version :content-type:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to:x-mailer; bh=B8XxiIG0jxAqAycZeuyP3UJnQS8GHBuizGwYN6L2J8o=; b=H9ttlHyni7aFrDi5CJvZtADEHMei1BnSrajdy/LvSg2cJV6Q2q24rHpy5VOCOMtoR4 yg0+rKT5H4hfoHT1v8oIP2BAAwpJe1FW9iNFhlYl/IKCmlQfd4VnUzRhqjgpXppK59+B dk/csJpWO541QpurQk+85gB5Ys3I2xlh44dD4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=nzZw+3Ef/r2MoicB9Y42Ui2OM9wFyWhyPJbN5KVr+yE5niA46jdZmi+057aVvdjcft 8N6z/5EWVJ+UoDomo625IvEXJNUmMsNxcGjr0H/kcUne5LqVlZdKcf1W/hb3NG1J3vZB aP+5jqkT8j/xqBH9E2LdFeOT1KwHC6jy7a18w= Received: by 10.204.6.26 with SMTP id 26mr249595bkx.123.1267806311989; Fri, 05 Mar 2010 08:25:11 -0800 (PST) Received: from [10.0.10.4] (54.81.54.77.rev.vodafone.pt [77.54.81.54]) by mx.google.com with ESMTPS id l1sm1608925bkl.20.2010.03.05.08.25.10 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 05 Mar 2010 08:25:11 -0800 (PST) Sender: Rui Paulo Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=us-ascii From: Rui Paulo In-Reply-To: <4B90CE74.7030000@incunabulum.net> Date: Fri, 5 Mar 2010 16:25:09 +0000 Content-Transfer-Encoding: 7bit Message-Id: References: <16641.96608.qm@web51806.mail.re2.yahoo.com> <4B90CE74.7030000@incunabulum.net> To: Bruce Simpson X-Mailer: Apple Mail (2.1077) Cc: freebsd-current@freebsd.org Subject: Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Mar 2010 16:25:21 -0000 On 5 Mar 2010, at 09:27, Bruce Simpson wrote: > On 03/05/10 00:02, Rui Paulo wrote: >> This code is fine from a quick review. It just needs a few style fixes. >> We could probably start thinking about committing it. >> > > I think thompsa@ already merged the non-host-ap version of run(4) to HEAD. Oh, I guess I haven't been paying attention then. -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Fri Mar 5 16:31:49 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 32FF31065676 for ; Fri, 5 Mar 2010 16:31:49 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id F232D8FC1E for ; Fri, 5 Mar 2010 16:31:47 +0000 (UTC) Received: from compute1.internal (compute1 [10.202.2.41]) by gateway1.messagingengine.com (Postfix) with ESMTP id 4299DE22E6 for ; Fri, 5 Mar 2010 11:31:47 -0500 (EST) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute1.internal (MEProxy); Fri, 05 Mar 2010 11:31:47 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=messagingengine.com; h=message-id:date:from:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding; s=smtpout; bh=I+VpAVCpdUKOdNW8IXZJ60LqwPs=; b=BL/tm6/i2E8TaxThJn4piWoES3ATcyYwYRbd14eur+pBobYtrDApX51zdYNLiYgfOtvd7dpaSj5ucfTT2gk89k5RsJFBUdsLRMwb5Kj3DAruq4l9E14jmxu+4l5LusyMopCzzWurThA4sc/nH2KYFHnzWT+ub1BMk1oWt1IAkHQ= X-Sasl-enc: M1HBKzjddBva7EXGFEiVVn3TfRTUTQD0eZCnUxfcb/PH 1267806706 Received: from anglepoise.lon.incunabulum.net (cpc2-dals7-0-0-cust253.hari.cable.virginmedia.com [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id D40A84CB232 for ; Fri, 5 Mar 2010 11:31:46 -0500 (EST) Message-ID: <4B9131F1.5020606@incunabulum.net> Date: Fri, 05 Mar 2010 16:31:45 +0000 From: Bruce Simpson User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.8) Gecko/20100302 Thunderbird/3.0.3 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <17035.1267786772@critter.freebsd.dk> <4B90E6B3.9070906@lissyara.su> In-Reply-To: <4B90E6B3.9070906@lissyara.su> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: propose: all arch move into a separate dir X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Mar 2010 16:31:49 -0000 On 03/05/10 11:10, Alex Keda wrote: > I'm not going anywhere, not even hope for it =) > I'm trying to make FreeBSD a better, more logical. > Maybe that's not very successful, but judging by the number of > responses, it hurt many, and made to think even more people. One of the things which attracted me to FreeBSD in the first place was the relatively democratic development model and philosophy behind it. You may find this document helpful, "How to Pay for Free Software", as it explains many points behind how free software funding works: http://users.puzzling.org/users/mary/HOWTO/Free/ FYI: I have not been directly funded by any of the entities called out in this thread. I often act as an unpaid volunteer on FreeBSD, or as an independent consultant. Much of my work has been funded by individuals directly, in some cases. I am therefore able to provide an unbiased opinion. I actually don't have a problem with not creating unnecessary code churn, regardless of third parties who may be using shared code. It seems to me quite reasonable not to make more work for oneself, or others, unnecessarily. I therefore disagree with the points you raise in your messages here, and actually find them unhelpful. I am saddened that you continue to make these irrational protestations despite my polite private message to you off-list. Could you please take your objections elsewhere? You are wasting people's time. regards, BMS From owner-freebsd-current@FreeBSD.ORG Fri Mar 5 17:57:15 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 58269106564A for ; Fri, 5 Mar 2010 17:57:15 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-bw0-f224.google.com (mail-bw0-f224.google.com [209.85.218.224]) by mx1.freebsd.org (Postfix) with ESMTP id D85798FC1B for ; Fri, 5 Mar 2010 17:57:14 +0000 (UTC) Received: by bwz24 with SMTP id 24so2621067bwz.13 for ; Fri, 05 Mar 2010 09:57:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=GAm+hc+a6/PqPwWYhwFCYw05z5iY110s634wOw1mRk8=; b=JI7uDOtnUCBlVloVJ3LV94NtH48z9BJX4uIyA0BFOuCnO1XZzxeFoYw7+XHKB/y1OC P2pfid3Jiysp5oiXLcm6Z3TrVA1vL6aL7Na6hnRtTvm16/y2TWa83g8vmLUQ1k/p1pI3 u4/Dbx1fN6+1BKzC8taxjdJwBe/OiNgw0PcOM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=jdBwHU5g9FFscyJ2yuh4qTMa/a9HkDfSZmhu9Egivh1fnqAV+vZmZ9bnS99knOTwDx wf8tZlPXTotVTumGcS7wL8dQuqQgphhDLFsG3GVfQEQ5sThN03s+peb+RTUZX1bUUfg+ qSN9hodK99fOGfA+R+A/YaqyRhes0mZga5mvo= Received: by 10.102.127.20 with SMTP id z20mr507019muc.74.1267811820740; Fri, 05 Mar 2010 09:57:00 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id s10sm9060731mue.27.2010.03.05.09.56.57 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 05 Mar 2010 09:56:59 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Fri, 5 Mar 2010 09:56:39 -0800 From: Pyun YongHyeon Date: Fri, 5 Mar 2010 09:56:39 -0800 To: Ian FREISLICH Message-ID: <20100305175639.GB14818@michelle.cdnetworks.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: current@freebsd.org Subject: Re: dev.bce.X.com_no_buffers increasing and packet loss X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Mar 2010 17:57:15 -0000 On Fri, Mar 05, 2010 at 01:20:57PM +0200, Ian FREISLICH wrote: > Hi > > I have a system that is experiencing mild to severe packet loss. > The interfaces are configured as follows: > > lagg0: bce0, bce1, bce2, bce3 lagproto lacp > > lagg0 then is used as the hwdev for the vlan interfaces. > > I have pf with a few queues for bandwidth management. > > There isn't that much traffic on it (200-500Mbit/s). > > I see only the following suspect for packet loss: > > dev.bce.0.com_no_buffers: 140151466 > dev.bce.1.com_no_buffers: 514723247 > dev.bce.2.com_no_buffers: 10454050 > dev.bce.3.com_no_buffers: 369371 > > Most of the time, these numbers are static, but every once in a > while they increase massively by several thousand, but only on 2 > interfaces. The 1 minute average rate on those interfaces is 266/s > and 123/s. > > Does anyone think this is related to the packet loss or are these > counters just a red herring? Is there anything that can be done > to reduce this count? > I think this sysctl node indicates number of dropped frames in completion processor of NetXtreme II. The counter is incremented when the processor received a frame successfully but it couldn't pass the frame to system as there are no available RX buffers so completion processor dopped the received frame. If you see mbuf shortage from netstat that would be normal. But if system has a lot of free mbuf resources it may indicate other issue. bce(4) may not be able to replenish controller with RX buffer if system is suffering from high load. From owner-freebsd-current@FreeBSD.ORG Fri Mar 5 18:16:47 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8C689106566B for ; Fri, 5 Mar 2010 18:16:47 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from inbound01.jnb1.gp-online.net (inbound01.jnb1.gp-online.net [41.161.16.135]) by mx1.freebsd.org (Postfix) with ESMTP id ACD6F8FC1F for ; Fri, 5 Mar 2010 18:16:46 +0000 (UTC) Received: from [41.154.88.19] (helo=clue.co.za) by inbound01.jnb1.gp-online.net with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1Nnc4p-0003GS-Ti; Fri, 05 Mar 2010 20:16:44 +0200 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Nnc4d-0003mB-6e; Fri, 05 Mar 2010 20:16:31 +0200 To: pyunyh@gmail.com From: Ian FREISLICH In-Reply-To: <20100305175639.GB14818@michelle.cdnetworks.com> References: <20100305175639.GB14818@michelle.cdnetworks.com> X-Attribution: BOFH Date: Fri, 05 Mar 2010 20:16:31 +0200 Message-Id: Cc: current@freebsd.org Subject: Re: dev.bce.X.com_no_buffers increasing and packet loss X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Mar 2010 18:16:47 -0000 Pyun YongHyeon wrote: > On Fri, Mar 05, 2010 at 01:20:57PM +0200, Ian FREISLICH wrote: > > Hi > > > > I have a system that is experiencing mild to severe packet loss. > > The interfaces are configured as follows: > > > > lagg0: bce0, bce1, bce2, bce3 lagproto lacp > > > > lagg0 then is used as the hwdev for the vlan interfaces. > > > > I have pf with a few queues for bandwidth management. > > > > There isn't that much traffic on it (200-500Mbit/s). > > > > I see only the following suspect for packet loss: > > > > dev.bce.0.com_no_buffers: 140151466 > > dev.bce.1.com_no_buffers: 514723247 > > dev.bce.2.com_no_buffers: 10454050 > > dev.bce.3.com_no_buffers: 369371 > > > > Most of the time, these numbers are static, but every once in a > > while they increase massively by several thousand, but only on 2 > > interfaces. The 1 minute average rate on those interfaces is 266/s > > and 123/s. > > > > Does anyone think this is related to the packet loss or are these > > counters just a red herring? Is there anything that can be done > > to reduce this count? > > > > I think this sysctl node indicates number of dropped frames in > completion processor of NetXtreme II. The counter is incremented > when the processor received a frame successfully but it couldn't > pass the frame to system as there are no available RX buffers so > completion processor dopped the received frame. > If you see mbuf shortage from netstat that would be normal. But if > system has a lot of free mbuf resources it may indicate other > issue. bce(4) may not be able to replenish controller with RX > buffer if system is suffering from high load. I don't think I've ever seen an mbuf shortage on this host, and load isn't that high, typically 12% CPU or 88% idle. That's just on 2 (of 16) cores busy. There's tons of free memory (~12G) if I need to increase the number of buffers available, but I'm not sure which tunable to use to do that. The routing table also isn't large at about 4000 prefixes. [firewall1.jnb1] ~ # netstat -m 4118/7147/11265 mbufs in use (current/cache/total) 3092/6850/9942/131072 mbuf clusters in use (current/cache/total/max) 2060/4212 mbuf+clusters out of packet secondary zone in use (current/cache) 0/678/678/65536 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/32768 9k jumbo clusters in use (current/cache/total/max) 0/0/0/16384 16k jumbo clusters in use (current/cache/total/max) 7214K/18198K/25412K bytes allocated to network (current/cache/total) 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0/0/0 sfbufs in use (current/peak/max) 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile 0 calls to protocol drain routines I currently set the following in loader.conf: net.isr.maxthreads="8" net.isr.direct=0 if_igb_load="yes" kern.ipc.nmbclusters="131072" kern.maxusers="1024" Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Fri Mar 5 18:23:57 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 17F581065672; Fri, 5 Mar 2010 18:23:57 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id BB19D8FC0A; Fri, 5 Mar 2010 18:23:56 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o25INutq094829; Fri, 5 Mar 2010 13:23:56 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o25INtWo094820; Fri, 5 Mar 2010 18:23:55 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 5 Mar 2010 18:23:55 GMT Message-Id: <201003051823.o25INtWo094820@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Mar 2010 18:23:57 -0000 TB --- 2010-03-05 18:12:25 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-03-05 18:12:25 - starting HEAD tinderbox run for mips/mips TB --- 2010-03-05 18:12:25 - cleaning the object tree TB --- 2010-03-05 18:12:34 - cvsupping the source tree TB --- 2010-03-05 18:12:34 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2010-03-05 18:12:58 - building world TB --- 2010-03-05 18:12:58 - MAKEOBJDIRPREFIX=/obj TB --- 2010-03-05 18:12:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-03-05 18:12:58 - TARGET=mips TB --- 2010-03-05 18:12:58 - TARGET_ARCH=mips TB --- 2010-03-05 18:12:58 - TZ=UTC TB --- 2010-03-05 18:12:58 - __MAKE_CONF=/dev/null TB --- 2010-03-05 18:12:58 - cd /src TB --- 2010-03-05 18:12:58 - /usr/bin/make -B buildworld >>> World build started on Fri Mar 5 18:12:59 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] /obj/mips/src/tmp/usr/bin/ld: /obj/mips/src/tmp/usr/lib/crtendS.o: endianness incompatible with that of the selected emulation /obj/mips/src/tmp/usr/bin/ld: failed to merge target specific data of file /obj/mips/src/tmp/usr/lib/crtendS.o /obj/mips/src/tmp/usr/bin/ld: /obj/mips/src/tmp/usr/lib/crtn.o: compiled for a little endian system and target is big endian /obj/mips/src/tmp/usr/bin/ld: /obj/mips/src/tmp/usr/lib/crtn.o: endianness incompatible with that of the selected emulation /obj/mips/src/tmp/usr/bin/ld: failed to merge target specific data of file /obj/mips/src/tmp/usr/lib/crtn.o cc: Internal error: Segmentation fault: 11 (program ld) Please submit a full bug report. See for instructions. *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-03-05 18:23:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-03-05 18:23:55 - ERROR: failed to build world TB --- 2010-03-05 18:23:55 - 483.83 user 95.18 system 690.81 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Fri Mar 5 18:33:15 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E34B9106566C for ; Fri, 5 Mar 2010 18:33:15 +0000 (UTC) (envelope-from julian@elischer.org) Received: from out-0.mx.aerioconnect.net (out-0-19.mx.aerioconnect.net [216.240.47.79]) by mx1.freebsd.org (Postfix) with ESMTP id 2F2FC8FC1B for ; Fri, 5 Mar 2010 18:33:15 +0000 (UTC) Received: from idiom.com (postfix@mx0.idiom.com [216.240.32.160]) by out-0.mx.aerioconnect.net (8.13.8/8.13.8) with ESMTP id o25I9V9s005662; Fri, 5 Mar 2010 10:09:31 -0800 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (h-67-100-89-137.snfccasy.static.covad.net [67.100.89.137]) by idiom.com (Postfix) with ESMTP id 0DF1E2D6017; Fri, 5 Mar 2010 10:09:30 -0800 (PST) Message-ID: <4B9148DA.5000205@elischer.org> Date: Fri, 05 Mar 2010 10:09:30 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: Poul-Henning Kamp References: <17169.1267788504@critter.freebsd.dk> In-Reply-To: <17169.1267788504@critter.freebsd.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.67 on 216.240.47.51 Cc: Alex Keda , freebsd-current@freebsd.org Subject: Re: propose: all arch move into a separate dir X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Mar 2010 18:33:16 -0000 Poul-Henning Kamp wrote: > In message , Doug Rabson writ > es: > >> I think you misunderstand. Some of us old-timers have been having this >> discussion repeatedly for well over ten years. > > s/ten/fifteen/ :-) > s/fifteen/twenty five/ if you include BSD 4.2 From owner-freebsd-current@FreeBSD.ORG Fri Mar 5 18:41:14 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BE3EC106564A for ; Fri, 5 Mar 2010 18:41:14 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-fx0-f223.google.com (mail-fx0-f223.google.com [209.85.220.223]) by mx1.freebsd.org (Postfix) with ESMTP id 4B02A8FC0A for ; Fri, 5 Mar 2010 18:41:13 +0000 (UTC) Received: by fxm23 with SMTP id 23so2924260fxm.3 for ; Fri, 05 Mar 2010 10:41:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=YOufFhZajYTufitynUmCExnb3xNDE/nnTXP38GtYjDM=; b=KfQl0Z2toK+7gUE3wbPhRaz9bUggDL6P7shRtcE83wpGWraY+qaYYOyYirOSEY4UVe pLZ+l4NX1p6HMkbeT0O30EpPHd7vcXcEd4AkGva4FUQ1lJ8MhExfVRjdbnhainYh7xMl oTYtRa7uIJz3jApXnl/eZCyyHU0MoxIhtLoeg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=TvLCffEYZF0t0MFkk8G0Kvcf8PYBH5D1tsp78Qv2mEGmi8TavE4D9KvXexdcRmHQCN Vix8bKFmmmvU9QxwREZ6R2bpgASyI+VoZWlTvcGpmSk5xJ/YuATbgJdGGBccKWYPQPJa /ehQKfXkw9z5R2Ti7xnbj/fzObTw0Cn1YeBPQ= Received: by 10.87.20.13 with SMTP id x13mr930407fgi.67.1267814464400; Fri, 05 Mar 2010 10:41:04 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id l19sm1081437fgb.11.2010.03.05.10.41.01 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 05 Mar 2010 10:41:02 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Fri, 5 Mar 2010 10:40:46 -0800 From: Pyun YongHyeon Date: Fri, 5 Mar 2010 10:40:46 -0800 To: Ian FREISLICH Message-ID: <20100305184046.GD14818@michelle.cdnetworks.com> References: <20100305175639.GB14818@michelle.cdnetworks.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: current@freebsd.org Subject: Re: dev.bce.X.com_no_buffers increasing and packet loss X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Mar 2010 18:41:14 -0000 On Fri, Mar 05, 2010 at 08:16:31PM +0200, Ian FREISLICH wrote: > Pyun YongHyeon wrote: > > On Fri, Mar 05, 2010 at 01:20:57PM +0200, Ian FREISLICH wrote: > > > Hi > > > > > > I have a system that is experiencing mild to severe packet loss. > > > The interfaces are configured as follows: > > > > > > lagg0: bce0, bce1, bce2, bce3 lagproto lacp > > > > > > lagg0 then is used as the hwdev for the vlan interfaces. > > > > > > I have pf with a few queues for bandwidth management. > > > > > > There isn't that much traffic on it (200-500Mbit/s). > > > > > > I see only the following suspect for packet loss: > > > > > > dev.bce.0.com_no_buffers: 140151466 > > > dev.bce.1.com_no_buffers: 514723247 > > > dev.bce.2.com_no_buffers: 10454050 > > > dev.bce.3.com_no_buffers: 369371 > > > > > > Most of the time, these numbers are static, but every once in a > > > while they increase massively by several thousand, but only on 2 > > > interfaces. The 1 minute average rate on those interfaces is 266/s > > > and 123/s. > > > > > > Does anyone think this is related to the packet loss or are these > > > counters just a red herring? Is there anything that can be done > > > to reduce this count? > > > > > > > I think this sysctl node indicates number of dropped frames in > > completion processor of NetXtreme II. The counter is incremented > > when the processor received a frame successfully but it couldn't > > pass the frame to system as there are no available RX buffers so > > completion processor dopped the received frame. > > If you see mbuf shortage from netstat that would be normal. But if > > system has a lot of free mbuf resources it may indicate other > > issue. bce(4) may not be able to replenish controller with RX > > buffer if system is suffering from high load. > > I don't think I've ever seen an mbuf shortage on this host, and > load isn't that high, typically 12% CPU or 88% idle. That's just > on 2 (of 16) cores busy. There's tons of free memory (~12G) if I > need to increase the number of buffers available, but I'm not sure > which tunable to use to do that. The routing table also isn't large > at about 4000 prefixes. > > [firewall1.jnb1] ~ # netstat -m > 4118/7147/11265 mbufs in use (current/cache/total) > 3092/6850/9942/131072 mbuf clusters in use (current/cache/total/max) > 2060/4212 mbuf+clusters out of packet secondary zone in use (current/cache) > 0/678/678/65536 4k (page size) jumbo clusters in use (current/cache/total/max) > 0/0/0/32768 9k jumbo clusters in use (current/cache/total/max) > 0/0/0/16384 16k jumbo clusters in use (current/cache/total/max) > 7214K/18198K/25412K bytes allocated to network (current/cache/total) > 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) > 0/0/0 requests for jumbo clusters denied (4k/9k/16k) > 0/0/0 sfbufs in use (current/peak/max) > 0 requests for sfbufs denied > 0 requests for sfbufs delayed > 0 requests for I/O initiated by sendfile > 0 calls to protocol drain routines > > I currently set the following in loader.conf: > > net.isr.maxthreads="8" > net.isr.direct=0 > if_igb_load="yes" > kern.ipc.nmbclusters="131072" > kern.maxusers="1024" > Would you show me the output of dmesg(bce(4)/brgphy(4) only) and the output of "pciconf -lcbv" for the controller? From owner-freebsd-current@FreeBSD.ORG Fri Mar 5 20:20:26 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA00D106566C for ; Fri, 5 Mar 2010 20:20:26 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from inbound01.jnb1.gp-online.net (inbound01.jnb1.gp-online.net [41.161.16.135]) by mx1.freebsd.org (Postfix) with ESMTP id 7A5B98FC25 for ; Fri, 5 Mar 2010 20:20:25 +0000 (UTC) Received: from [41.154.88.19] (helo=clue.co.za) by inbound01.jnb1.gp-online.net with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1Nne0U-0006EL-JU; Fri, 05 Mar 2010 22:20:22 +0200 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Nne0Q-0003uZ-OR; Fri, 05 Mar 2010 22:20:18 +0200 To: pyunyh@gmail.com From: Ian FREISLICH In-Reply-To: <20100305184046.GD14818@michelle.cdnetworks.com> References: <20100305184046.GD14818@michelle.cdnetworks.com> <20100305175639.GB14818@michelle.cdnetworks.com> X-Attribution: BOFH Date: Fri, 05 Mar 2010 22:20:18 +0200 Message-Id: Cc: current@freebsd.org Subject: Re: dev.bce.X.com_no_buffers increasing and packet loss X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Mar 2010 20:20:26 -0000 Pyun YongHyeon wrote: > > Would you show me the output of dmesg(bce(4)/brgphy(4) only) and > the output of "pciconf -lcbv" for the controller? [firewall1.jnb1] ~ # egrep "bce|brgphy" /var/run/dmesg.boot bce0: mem 0xe6000000-0xe7ffffff irq 72 at device 0.0 on pci4 miibus0: on bce0 brgphy0: PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bce0: Ethernet address: 00:1e:c9:4a:33:b9 bce0: [ITHREAD] bce0: ASIC (0x57081020); Rev (B2); Bus (PCI-X, 64-bit, 133MHz); B/C (4.0.3); Flags (MSI|MFW); MFW (ipms 1.6.0) bce1: mem 0xe8000000-0xe9ffffff irq 75 at device 0.0 on pci6 miibus1: on bce1 brgphy1: PHY 1 on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bce1: Ethernet address: 00:1e:c9:4a:33:bb bce1: [ITHREAD] bce1: ASIC (0x57081020); Rev (B2); Bus (PCI-X, 64-bit, 133MHz); B/C (4.0.3); Flags (MSI|MFW); MFW (ipms 1.6.0) bce2: mem 0xea000000-0xebffffff irq 33 at device 0.0 on pci8 miibus2: on bce2 brgphy2: PHY 1 on miibus2 brgphy2: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bce2: Ethernet address: 00:1e:4f:fb:cf:c5 bce2: [ITHREAD] bce2: ASIC (0x57081020); Rev (B2); Bus (PCI-X, 64-bit, 133MHz); B/C (4.0.3); Flags (MSI|MFW); MFW (ipms 1.6.0) bce3: mem 0xec000000-0xedffffff irq 37 at device 0.0 on pci10 miibus3: on bce3 brgphy3: PHY 1 on miibus3 brgphy3: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bce3: Ethernet address: 00:1e:4f:fb:cf:c7 bce3: [ITHREAD] bce3: ASIC (0x57081020); Rev (B2); Bus (PCI-X, 64-bit, 133MHz); B/C (4.0.3); Flags (MSI|MFW); MFW (ipms 1.6.0) bce0@pci0:4:0:0: class=0x020000 card=0x02231028 chip=0x164c14e4 rev=0x12 hdr=0x00 vendor = 'Broadcom Corporation' device = 'Broadcom NetXtreme II Gigabit Ethernet Adapter (BCM5708)' class = network subclass = ethernet bar [10] = type Memory, range 64, base 0xe6000000, size 33554432, enabled cap 07[40] = PCI-X 64-bit supports 133MHz, 512 burst read, 8 split transactions cap 01[48] = powerspec 2 supports D0 D3 current D0 cap 03[50] = VPD cap 05[58] = MSI supports 1 message, 64 bit enabled with 1 message bce1@pci0:6:0:0: class=0x020000 card=0x02231028 chip=0x164c14e4 rev=0x12 hdr=0x00 vendor = 'Broadcom Corporation' device = 'Broadcom NetXtreme II Gigabit Ethernet Adapter (BCM5708)' class = network subclass = ethernet bar [10] = type Memory, range 64, base 0xe8000000, size 33554432, enabled cap 07[40] = PCI-X 64-bit supports 133MHz, 512 burst read, 8 split transactions cap 01[48] = powerspec 2 supports D0 D3 current D0 cap 03[50] = VPD cap 05[58] = MSI supports 1 message, 64 bit enabled with 1 message bce2@pci0:8:0:0: class=0x020000 card=0x1f121028 chip=0x164c14e4 rev=0x12 hdr=0x00 vendor = 'Broadcom Corporation' device = 'Broadcom NetXtreme II Gigabit Ethernet Adapter (BCM5708)' class = network subclass = ethernet bar [10] = type Memory, range 64, base 0xea000000, size 33554432, enabled cap 07[40] = PCI-X 64-bit supports 133MHz, 512 burst read, 8 split transactions cap 01[48] = powerspec 2 supports D0 D3 current D0 cap 03[50] = VPD cap 05[58] = MSI supports 1 message, 64 bit enabled with 1 message bce3@pci0:10:0:0: class=0x020000 card=0x1f121028 chip=0x164c14e4 rev=0x12 hdr=0x00 vendor = 'Broadcom Corporation' device = 'Broadcom NetXtreme II Gigabit Ethernet Adapter (BCM5708)' class = network subclass = ethernet bar [10] = type Memory, range 64, base 0xec000000, size 33554432, enabled cap 07[40] = PCI-X 64-bit supports 133MHz, 512 burst read, 8 split transactions cap 01[48] = powerspec 2 supports D0 D3 current D0 cap 03[50] = VPD cap 05[58] = MSI supports 1 message, 64 bit enabled with 1 message -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Fri Mar 5 20:53:53 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 49F3B106566B; Fri, 5 Mar 2010 20:53:53 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.26]) by mx1.freebsd.org (Postfix) with ESMTP id 9EA108FC08; Fri, 5 Mar 2010 20:53:52 +0000 (UTC) Received: by ey-out-2122.google.com with SMTP id 25so640502eya.9 for ; Fri, 05 Mar 2010 12:53:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent:organization:x-operation-sytem; bh=Tr613J3pvrI4dW52Wrq0LTkglNXGIb+4lmQiT4g8MAA=; b=KDPL8jneEGnQfbTQtS4V18eItIJrGxdhhM9lT1s6qUlslW4qjsWjV6J+KkeKagaYfT rkos7EW8lX4sJEJPe62E3ol3toM0DLjqT/2q7pr096o5zPrvt317doVjRscOUWbf0fg1 AZ4cJA1Azrz13OD09/pm2f7SKe1hko3DHLcxs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:mail-followup-to :references:mime-version:content-type:content-disposition :in-reply-to:user-agent:organization:x-operation-sytem; b=pR66JAA2i0kePY+anGu3cOraNOaELHLhzTR3ggPec5o3+9yErV/nA5PqCZvOrRMEuK /GSYTovg7qJmHgR/TWhDHsvBfwceDIptD0W758RkRVhE5PnjpQyMXK+CjZrm6YheWyKx xJG88TAykN/yhDHcR6Ai0AbD8G9DJlDhEin6M= Received: by 10.213.0.212 with SMTP id 20mr817533ebc.41.1267822425749; Fri, 05 Mar 2010 12:53:45 -0800 (PST) Received: from weongyo ([174.35.1.224]) by mx.google.com with ESMTPS id 15sm1248158ewy.4.2010.03.05.12.53.43 (version=SSLv3 cipher=RC4-MD5); Fri, 05 Mar 2010 12:53:44 -0800 (PST) Received: by weongyo (sSMTP sendmail emulation); Fri, 5 Mar 2010 12:53:49 -0800 From: Weongyo Jeong Date: Fri, 5 Mar 2010 12:53:49 -0800 To: Joe Marcus Clarke Message-ID: <20100305205349.GR1295@weongyo> Mail-Followup-To: Joe Marcus Clarke , current References: <1267388668.39569.2410.camel@shumai.marcuscom.com> <20100301233706.GH1295@weongyo> <1267505443.35639.9.camel@shumai.marcuscom.com> <20100303220452.GL1295@weongyo> <4B8EE6B1.6030605@freebsd.org> <20100303231416.GN1295@weongyo> <1267679522.5324.20.camel@shumai.marcuscom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1267679522.5324.20.camel@shumai.marcuscom.com> User-Agent: Mutt/1.4.2.3i Organization: CDNetworks. X-Operation-Sytem: FreeBSD Cc: current Subject: Re: Problem with new bwn driver on -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Weongyo Jeong List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Mar 2010 20:53:53 -0000 On Thu, Mar 04, 2010 at 12:12:02AM -0500, Joe Marcus Clarke wrote: > On Wed, 2010-03-03 at 15:14 -0800, Weongyo Jeong wrote: > > > When it occurs again, I will get you the details and the full dmesg. Do > > > you want a verbose dmesg, or a standard one? > > > > I think a standard one is enough. Thank you. > > Here you go. This is on -CURRENT from about 30 minutes ago. Thanks for > looking into this. > > http://www.marcuscom.com/downloads/salami.dmesg Thank you for dmesg. It looks using PIO mode is only a way to avoid this problem. I looked sources and problems of other Broadcom wireless driver for LP PHY users. They also encounters this issue and are trying to solve this but no luck and no perfect patch until now. Recently AFAIK wireless-test git of linux adopted a patch `gracefully convert DMA to PIO mode' to solve it. Additionally some guys tolds some success story when they disabled ACPI but it looks it's not a perfect solution. IIRC you said PIO worked for association with your AP but no further traffic. However I wonder that this is weird for me because paths of sending management frames and sending data frames are same. Could you please recheck whether PIO mode worked? I'll try to test PIO mode on my environment again. regards, Weongyo Jeong From owner-freebsd-current@FreeBSD.ORG Fri Mar 5 21:05:07 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4D903106564A for ; Fri, 5 Mar 2010 21:05:07 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-ew0-f228.google.com (mail-ew0-f228.google.com [209.85.219.228]) by mx1.freebsd.org (Postfix) with ESMTP id CE90A8FC20 for ; Fri, 5 Mar 2010 21:05:06 +0000 (UTC) Received: by ewy28 with SMTP id 28so669098ewy.13 for ; Fri, 05 Mar 2010 13:04:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=KPBh1o5A5XLh8w2bIX2AdEnYG+LnNGBY/CVprSf6bWI=; b=eQg4dlqlD2gW/jC46kmRWczqaAgfFiSKrZAIojRy8xHcUppxEFTMpHVR9XwNi5uCc1 BxWRcewa6Okxo00HgMHR0+Qo2WZu9VNvaHEokjK6r5Y14nWXGkZY+wxSEzwPbxNCLIj9 oYQNHZ9rWf46NynP7lYRa9/XvhuepHnHJMss0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=u8IwjDOZLlodT7zf+UhM7+AG8SZMrdYDMZLVv4BYB+1+fxAvrJNRT00U8p/RxuP4h8 XR4pSiD8jbklTYkProqbuEI3Qn8BOi1zGX09o+Hlo/5GkNlimZqc+1CupL6UxD2cHoCP SG1nKJ7F3+likL3u7+B2Kh2WL9ltwPw4chA/A= Received: by 10.213.100.226 with SMTP id z34mr790431ebn.74.1267823096547; Fri, 05 Mar 2010 13:04:56 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id 16sm1258016ewy.15.2010.03.05.13.04.53 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 05 Mar 2010 13:04:54 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Fri, 5 Mar 2010 13:04:35 -0800 From: Pyun YongHyeon Date: Fri, 5 Mar 2010 13:04:35 -0800 To: Ian FREISLICH Message-ID: <20100305210435.GF14818@michelle.cdnetworks.com> References: <20100305184046.GD14818@michelle.cdnetworks.com> <20100305175639.GB14818@michelle.cdnetworks.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: current@freebsd.org Subject: Re: dev.bce.X.com_no_buffers increasing and packet loss X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Mar 2010 21:05:07 -0000 On Fri, Mar 05, 2010 at 10:20:18PM +0200, Ian FREISLICH wrote: > Pyun YongHyeon wrote: > > > > Would you show me the output of dmesg(bce(4)/brgphy(4) only) and > > the output of "pciconf -lcbv" for the controller? > > [firewall1.jnb1] ~ # egrep "bce|brgphy" /var/run/dmesg.boot > bce0: mem 0xe6000000-0xe7ffffff irq 72 at device 0.0 on pci4 > miibus0: on bce0 > brgphy0: PHY 1 on miibus0 > brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto > bce0: Ethernet address: 00:1e:c9:4a:33:b9 > bce0: [ITHREAD] > bce0: ASIC (0x57081020); Rev (B2); Bus (PCI-X, 64-bit, 133MHz); B/C (4.0.3); Flags (MSI|MFW); MFW (ipms 1.6.0) > bce1: mem 0xe8000000-0xe9ffffff irq 75 at device 0.0 on pci6 > miibus1: on bce1 > brgphy1: PHY 1 on miibus1 > brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto > bce1: Ethernet address: 00:1e:c9:4a:33:bb > bce1: [ITHREAD] > bce1: ASIC (0x57081020); Rev (B2); Bus (PCI-X, 64-bit, 133MHz); B/C (4.0.3); Flags (MSI|MFW); MFW (ipms 1.6.0) > bce2: mem 0xea000000-0xebffffff irq 33 at device 0.0 on pci8 > miibus2: on bce2 > brgphy2: PHY 1 on miibus2 > brgphy2: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto > bce2: Ethernet address: 00:1e:4f:fb:cf:c5 > bce2: [ITHREAD] > bce2: ASIC (0x57081020); Rev (B2); Bus (PCI-X, 64-bit, 133MHz); B/C (4.0.3); Flags (MSI|MFW); MFW (ipms 1.6.0) > bce3: mem 0xec000000-0xedffffff irq 37 at device 0.0 on pci10 > miibus3: on bce3 > brgphy3: PHY 1 on miibus3 > brgphy3: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto > bce3: Ethernet address: 00:1e:4f:fb:cf:c7 > bce3: [ITHREAD] > bce3: ASIC (0x57081020); Rev (B2); Bus (PCI-X, 64-bit, 133MHz); B/C (4.0.3); Flags (MSI|MFW); MFW (ipms 1.6.0) > > bce0@pci0:4:0:0: class=0x020000 card=0x02231028 chip=0x164c14e4 rev=0x12 hdr=0x00 > vendor = 'Broadcom Corporation' > device = 'Broadcom NetXtreme II Gigabit Ethernet Adapter (BCM5708)' > class = network > subclass = ethernet > bar [10] = type Memory, range 64, base 0xe6000000, size 33554432, enabled > cap 07[40] = PCI-X 64-bit supports 133MHz, 512 burst read, 8 split transactions > cap 01[48] = powerspec 2 supports D0 D3 current D0 > cap 03[50] = VPD > cap 05[58] = MSI supports 1 message, 64 bit enabled with 1 message > bce1@pci0:6:0:0: class=0x020000 card=0x02231028 chip=0x164c14e4 rev=0x12 hdr=0x00 > vendor = 'Broadcom Corporation' > device = 'Broadcom NetXtreme II Gigabit Ethernet Adapter (BCM5708)' > class = network > subclass = ethernet > bar [10] = type Memory, range 64, base 0xe8000000, size 33554432, enabled > cap 07[40] = PCI-X 64-bit supports 133MHz, 512 burst read, 8 split transactions > cap 01[48] = powerspec 2 supports D0 D3 current D0 > cap 03[50] = VPD > cap 05[58] = MSI supports 1 message, 64 bit enabled with 1 message > bce2@pci0:8:0:0: class=0x020000 card=0x1f121028 chip=0x164c14e4 rev=0x12 hdr=0x00 > vendor = 'Broadcom Corporation' > device = 'Broadcom NetXtreme II Gigabit Ethernet Adapter (BCM5708)' > class = network > subclass = ethernet > bar [10] = type Memory, range 64, base 0xea000000, size 33554432, enabled > cap 07[40] = PCI-X 64-bit supports 133MHz, 512 burst read, 8 split transactions > cap 01[48] = powerspec 2 supports D0 D3 current D0 > cap 03[50] = VPD > cap 05[58] = MSI supports 1 message, 64 bit enabled with 1 message > bce3@pci0:10:0:0: class=0x020000 card=0x1f121028 chip=0x164c14e4 rev=0x12 hdr=0x00 > vendor = 'Broadcom Corporation' > device = 'Broadcom NetXtreme II Gigabit Ethernet Adapter (BCM5708)' > class = network > subclass = ethernet > bar [10] = type Memory, range 64, base 0xec000000, size 33554432, enabled > cap 07[40] = PCI-X 64-bit supports 133MHz, 512 burst read, 8 split transactions > cap 01[48] = powerspec 2 supports D0 D3 current D0 > cap 03[50] = VPD > cap 05[58] = MSI supports 1 message, 64 bit enabled with 1 message > Thanks for the info. Frankly, I have no idea how to explain the issue given that you have no heavy load. I have a bce(4) patch which fixes a couple of bus_dma(9) issues as well as fixing some minor bugs. However I don't know whether the patch can fix the RX issue you're suffering from. Anyway, would you give it try the patch at the following URL? http://people.freebsd.org/~yongari/bce/bce.20100305.diff The patch was generated against CURRENT and you may see a message like "Disabling COAL_NOW timedout!" during interface up. You can ignore that message. From owner-freebsd-current@FreeBSD.ORG Fri Mar 5 21:16:58 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 64D47106566B for ; Fri, 5 Mar 2010 21:16:58 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from inbound01.jnb1.gp-online.net (inbound01.jnb1.gp-online.net [41.161.16.135]) by mx1.freebsd.org (Postfix) with ESMTP id E27BF8FC20 for ; Fri, 5 Mar 2010 21:16:57 +0000 (UTC) Received: from [41.154.88.19] (helo=clue.co.za) by inbound01.jnb1.gp-online.net with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1NnetD-0006WF-8T; Fri, 05 Mar 2010 23:16:55 +0200 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Nnesz-00040L-AQ; Fri, 05 Mar 2010 23:16:41 +0200 To: pyunyh@gmail.com From: Ian FREISLICH In-Reply-To: <20100305210435.GF14818@michelle.cdnetworks.com> References: <20100305210435.GF14818@michelle.cdnetworks.com> <20100305184046.GD14818@michelle.cdnetworks.com> <20100305175639.GB14818@michelle.cdnetworks.com> X-Attribution: BOFH Date: Fri, 05 Mar 2010 23:16:41 +0200 Message-Id: Cc: current@freebsd.org Subject: Re: dev.bce.X.com_no_buffers increasing and packet loss X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Mar 2010 21:16:58 -0000 Pyun YongHyeon wrote: > Thanks for the info. Frankly, I have no idea how to explain the > issue given that you have no heavy load. How many cores would be involved in handling the traffic and runnig PF rules on this machine? There are 4x CPU: Quad-Core AMD Opteron(tm) Processor 8354 (2194.51-MHz K8-class CPU) In this server. I'm also using carp extensively. > I have a bce(4) patch which fixes a couple of bus_dma(9) issues as > well as fixing some minor bugs. However I don't know whether the > patch can fix the RX issue you're suffering from. Anyway, would you > give it try the patch at the following URL? > http://people.freebsd.org/~yongari/bce/bce.20100305.diff > The patch was generated against CURRENT and you may see a message > like "Disabling COAL_NOW timedout!" during interface up. You can > ignore that message. Thanks. I'll give the patch a go on Monday when there are people nearby if something goes wrong during the boot. I don't want to loose the redundancy over the week end. Otherwise, is there another interface chip we can try? It's got an igb(4) quad port in there as well, but the performance is worse on that chip than the bce(4) interface. It's also riddled with vlan and other hardware offload bugs. I had good success in the past with em(4), but it looks like igb is the PCI-e version. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Fri Mar 5 21:44:35 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CF9E4106566C for ; Fri, 5 Mar 2010 21:44:35 +0000 (UTC) (envelope-from marcus@freebsd.org) Received: from av-tac-rtp.cisco.com (hen.cisco.com [64.102.19.198]) by mx1.freebsd.org (Postfix) with ESMTP id 8C5B18FC0A for ; Fri, 5 Mar 2010 21:44:35 +0000 (UTC) X-TACSUNS: Virus Scanned Received: from rooster.cisco.com (localhost.cisco.com [127.0.0.1]) by av-tac-rtp.cisco.com (8.13.8+Sun/8.13.8) with ESMTP id o25LiYAO017144 for ; Fri, 5 Mar 2010 16:44:34 -0500 (EST) Received: from dhcp-64-102-220-55.cisco.com (dhcp-64-102-220-55.cisco.com [64.102.220.55]) by rooster.cisco.com (8.13.8+Sun/8.13.8) with ESMTP id o25LiY2S022945 for ; Fri, 5 Mar 2010 16:44:34 -0500 (EST) Message-ID: <4B917B42.1060900@freebsd.org> Date: Fri, 05 Mar 2010 16:44:34 -0500 From: Joe Marcus Clarke Organization: FreeBSD, Inc. User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.8) Gecko/20100227 Thunderbird/3.0.3 MIME-Version: 1.0 To: current References: <1267388668.39569.2410.camel@shumai.marcuscom.com> <20100301233706.GH1295@weongyo> <1267505443.35639.9.camel@shumai.marcuscom.com> <20100303220452.GL1295@weongyo> <4B8EE6B1.6030605@freebsd.org> <20100303231416.GN1295@weongyo> <1267679522.5324.20.camel@shumai.marcuscom.com> <20100305205349.GR1295@weongyo> In-Reply-To: <20100305205349.GR1295@weongyo> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: Problem with new bwn driver on -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Mar 2010 21:44:35 -0000 On 3/5/10 3:53 PM, Weongyo Jeong wrote: > On Thu, Mar 04, 2010 at 12:12:02AM -0500, Joe Marcus Clarke wrote: >> On Wed, 2010-03-03 at 15:14 -0800, Weongyo Jeong wrote: >>>> When it occurs again, I will get you the details and the full dmesg. Do >>>> you want a verbose dmesg, or a standard one? >>> >>> I think a standard one is enough. Thank you. >> >> Here you go. This is on -CURRENT from about 30 minutes ago. Thanks for >> looking into this. >> >> http://www.marcuscom.com/downloads/salami.dmesg > > Thank you for dmesg. It looks using PIO mode is only a way to avoid > this problem. > > I looked sources and problems of other Broadcom wireless driver for LP > PHY users. They also encounters this issue and are trying to solve > this but no luck and no perfect patch until now. > > Recently AFAIK wireless-test git of linux adopted a patch `gracefully > convert DMA to PIO mode' to solve it. > > Additionally some guys tolds some success story when they disabled ACPI > but it looks it's not a perfect solution. > > IIRC you said PIO worked for association with your AP but no further > traffic. However I wonder that this is weird for me because paths of > sending management frames and sending data frames are same. Could you > please recheck whether PIO mode worked? I'll try to test PIO mode on my > environment again. I can absolutely confirm PIO mode does NOT work with my card. I tested on a clean power-up. The card associates, but does not pass any traffic. I do not see the same decryption messages that I do with DMA mode. Joe -- Joe Marcus Clarke FreeBSD GNOME Team :: gnome@FreeBSD.org FreeNode / #freebsd-gnome http://www.FreeBSD.org/gnome From owner-freebsd-current@FreeBSD.ORG Fri Mar 5 21:56:04 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F1D32106564A for ; Fri, 5 Mar 2010 21:56:03 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.25]) by mx1.freebsd.org (Postfix) with ESMTP id A15598FC0A for ; Fri, 5 Mar 2010 21:56:03 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 8so999613qwh.7 for ; Fri, 05 Mar 2010 13:55:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=B0ijHWpRN+A1lRc1eul0Dsxca2OPn/HkJOsHpyKBvD0=; b=fYMb0p7/EORtvjdvpXuYY3O2lhPmA+TiPV/5NMmOcXuS3iBlQ8WKCE0pbOL3TgqF1c F0/ekuH98kX1JnT+ZVZgK4fXoc8gJfXk7GiyuNwju6pAsE2461nErynRW1Zx8CaQTO6Y HX0LzOEK/aOrZfddinv88oa/SxdRGyN+JsNAA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=JjExIGbL/Or1cqMw8fad4yQ7YmBvOXNbJy9F5nzfbQjlRZRVztifKOX7kKZsXQ2VmO SzWQkg2lsWuLml+9TR32+8FotDi2z8ni67QP//r/kD3oxisBwMIVCHQEJRGtPIDFx+6f PqK1Ep/bWvimkSW53X+LB1zEX5tlT1GpC9pRI= Received: by 10.224.87.19 with SMTP id u19mr794547qal.8.1267826157029; Fri, 05 Mar 2010 13:55:57 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id 6sm3560785qwd.34.2010.03.05.13.55.55 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 05 Mar 2010 13:55:56 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Fri, 5 Mar 2010 13:55:39 -0800 From: Pyun YongHyeon Date: Fri, 5 Mar 2010 13:55:39 -0800 To: Ian FREISLICH Message-ID: <20100305215539.GG14818@michelle.cdnetworks.com> References: <20100305210435.GF14818@michelle.cdnetworks.com> <20100305184046.GD14818@michelle.cdnetworks.com> <20100305175639.GB14818@michelle.cdnetworks.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: current@freebsd.org Subject: Re: dev.bce.X.com_no_buffers increasing and packet loss X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Mar 2010 21:56:04 -0000 On Fri, Mar 05, 2010 at 11:16:41PM +0200, Ian FREISLICH wrote: > Pyun YongHyeon wrote: > > Thanks for the info. Frankly, I have no idea how to explain the > > issue given that you have no heavy load. > > How many cores would be involved in handling the traffic and runnig > PF rules on this machine? There are 4x > CPU: Quad-Core AMD Opteron(tm) Processor 8354 (2194.51-MHz K8-class CPU) > In this server. I'm also using carp extensively. > pf(4) uses a single lock for processing, number of core would have no much benefit. > > I have a bce(4) patch which fixes a couple of bus_dma(9) issues as > > well as fixing some minor bugs. However I don't know whether the > > patch can fix the RX issue you're suffering from. Anyway, would you > > give it try the patch at the following URL? > > http://people.freebsd.org/~yongari/bce/bce.20100305.diff > > The patch was generated against CURRENT and you may see a message > > like "Disabling COAL_NOW timedout!" during interface up. You can > > ignore that message. > > Thanks. I'll give the patch a go on Monday when there are people > nearby if something goes wrong during the boot. I don't want to > loose the redundancy over the week end. > >From my testing on quad-port BCM5709 controller, it was stable. But I agree that your plan would be better. > Otherwise, is there another interface chip we can try? It's got I guess bce(4) and igb(4) would be one of the best controller. > an igb(4) quad port in there as well, but the performance is worse > on that chip than the bce(4) interface. It's also riddled with Yeah, I also noticed that. I think bce(4) seems to give more better performance numbers than igb(4). > vlan and other hardware offload bugs. I had good success in the > past with em(4), but it looks like igb is the PCI-e version. > It may depend on specific workloads. Last time I tried igb(4), the driver had a couple of bugs and after patching it, igb(4) also seemed to work well even though the performance was slightly slower than I initially expected. One thing I saw was using LRO on igb(4) showed slightly worse performance. Another thing for igb(4) case, it began to support multi-TX queues as well as RSS. Theoretically current multi-TX queue implementation can reorder packets such that it can give negative effects. bce(4) still lacks multi-TX queue support as well as RSS. bce(4) controllers also supports MSI-X as well as RSS so I have plan to implement it in future but it's hard to tell when I can find time to implement that. From owner-freebsd-current@FreeBSD.ORG Sat Mar 6 00:16:54 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F3856106564A; Sat, 6 Mar 2010 00:16:53 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: from mail-iw0-f183.google.com (mail-iw0-f183.google.com [209.85.223.183]) by mx1.freebsd.org (Postfix) with ESMTP id 9C45D8FC14; Sat, 6 Mar 2010 00:16:53 +0000 (UTC) Received: by iwn13 with SMTP id 13so3199714iwn.14 for ; Fri, 05 Mar 2010 16:16:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent:organization:x-operation-sytem; bh=4A1sdn7tBGyzTuw6hAHxS017mtlk5HfKHlgQbE3Uj1A=; b=RYkMEN8y6i+kCVMfuSl0mLJh1FPwmuRG1KjAZ38rkYGeQM5nIIcs2m7PYXys4Bz8Zt 8Z4wXiZ7DWOjcYR4DicmCZEaKZWPH9kwiJVKMz5jHfFtSmdz00iwiTzdTw9zR+IFXZJc FlI1NvBqRqnJxB4P1SCMO1KoR1ESGdpoWwKsM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:mail-followup-to :references:mime-version:content-type:content-disposition :in-reply-to:user-agent:organization:x-operation-sytem; b=jGdNrH7peApYT9g2IbaoVO56QL10M4YQhow81q1vrWH0CK9Rmix1onEYqpObfcKqTY f7TElENB/VO3zBTw3MaZl3aX0VyW2Xk/atb6IaUlv4mWpy0ub3GUEpEk3SO0Q18ZWNIx fodO68RIL9I926Ihqfj2XNNXKOHX9lQZ604PA= Received: by 10.231.167.65 with SMTP id p1mr452650iby.20.1267834610515; Fri, 05 Mar 2010 16:16:50 -0800 (PST) Received: from weongyo ([174.35.1.224]) by mx.google.com with ESMTPS id 21sm1823366iwn.7.2010.03.05.16.16.49 (version=SSLv3 cipher=RC4-MD5); Fri, 05 Mar 2010 16:16:49 -0800 (PST) Received: by weongyo (sSMTP sendmail emulation); Fri, 5 Mar 2010 16:16:56 -0800 From: Weongyo Jeong Date: Fri, 5 Mar 2010 16:16:56 -0800 To: Joe Marcus Clarke Message-ID: <20100306001656.GS1295@weongyo> Mail-Followup-To: Joe Marcus Clarke , current References: <1267388668.39569.2410.camel@shumai.marcuscom.com> <20100301233706.GH1295@weongyo> <1267505443.35639.9.camel@shumai.marcuscom.com> <20100303220452.GL1295@weongyo> <4B8EE6B1.6030605@freebsd.org> <20100303231416.GN1295@weongyo> <1267679522.5324.20.camel@shumai.marcuscom.com> <20100305205349.GR1295@weongyo> <4B917B42.1060900@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="DqhR8hV3EnoxUkKN" Content-Disposition: inline In-Reply-To: <4B917B42.1060900@freebsd.org> User-Agent: Mutt/1.4.2.3i Organization: CDNetworks. X-Operation-Sytem: FreeBSD Cc: current Subject: Re: Problem with new bwn driver on -CURRENT X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Weongyo Jeong List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Mar 2010 00:16:54 -0000 --DqhR8hV3EnoxUkKN Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Fri, Mar 05, 2010 at 04:44:34PM -0500, Joe Marcus Clarke wrote: > On 3/5/10 3:53 PM, Weongyo Jeong wrote: > > On Thu, Mar 04, 2010 at 12:12:02AM -0500, Joe Marcus Clarke wrote: > >> On Wed, 2010-03-03 at 15:14 -0800, Weongyo Jeong wrote: > >>>> When it occurs again, I will get you the details and the full dmesg. Do > >>>> you want a verbose dmesg, or a standard one? > >>> > >>> I think a standard one is enough. Thank you. > >> > >> Here you go. This is on -CURRENT from about 30 minutes ago. Thanks for > >> looking into this. > >> > >> http://www.marcuscom.com/downloads/salami.dmesg > > > > Thank you for dmesg. It looks using PIO mode is only a way to avoid > > this problem. > > > > I looked sources and problems of other Broadcom wireless driver for LP > > PHY users. They also encounters this issue and are trying to solve > > this but no luck and no perfect patch until now. > > > > Recently AFAIK wireless-test git of linux adopted a patch `gracefully > > convert DMA to PIO mode' to solve it. > > > > Additionally some guys tolds some success story when they disabled ACPI > > but it looks it's not a perfect solution. > > > > IIRC you said PIO worked for association with your AP but no further > > traffic. However I wonder that this is weird for me because paths of > > sending management frames and sending data frames are same. Could you > > please recheck whether PIO mode worked? I'll try to test PIO mode on my > > environment again. > > I can absolutely confirm PIO mode does NOT work with my card. I tested > on a clean power-up. The card associates, but does not pass any > traffic. I do not see the same decryption messages that I do with DMA mode. OK. I'd like to see some verbose message from bwn(4) after applying attached patch with email. Could you please test with it and show me dmesg? I tested 3 broadcom card whose revisions are 5 and 9 and it looks it's working. I have one LP PHY device, half MiniPCI-E for laptop, but could not test with this patch because I could not turn on RF; it's connected with desktop using converter MiniPCI-E to PCI-E though normally it looks MiniPCI-E devices are turned on using H/W RF switch. regards, Weongyo Jeong --DqhR8hV3EnoxUkKN Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="patch_bwn_20100305.diff" Index: if_bwn.c =================================================================== --- if_bwn.c (revision 204657) +++ if_bwn.c (working copy) @@ -73,6 +73,7 @@ #include #include +#define BWN_DEBUG SYSCTL_NODE(_hw, OID_AUTO, bwn, CTLFLAG_RD, 0, "Broadcom driver parameters"); /* @@ -102,6 +103,7 @@ BWN_DEBUG_FW = 0x00004000, /* firmware */ BWN_DEBUG_WME = 0x00008000, /* WME */ BWN_DEBUG_RF = 0x00010000, /* RF */ + BWN_DEBUG_PIO = 0x00020000, /* PIO */ BWN_DEBUG_FATAL = 0x80000000, /* fatal errors */ BWN_DEBUG_ANY = 0xffffffff }; @@ -124,7 +126,7 @@ "uses H/W power control"); static int bwn_msi_disable = 0; /* MSI disabled */ TUNABLE_INT("hw.bwn.msi_disable", &bwn_msi_disable); -static int bwn_usedma = 1; +static int bwn_usedma = 0; SYSCTL_INT(_hw_bwn, OID_AUTO, usedma, CTLFLAG_RD, &bwn_usedma, 0, "uses DMA"); TUNABLE_INT("hw.bwn.usedma", &bwn_usedma); @@ -936,8 +938,11 @@ sc->sc_sd = sd; #ifdef BWN_DEBUG sc->sc_debug = bwn_debug; + sc->sc_debug |= BWN_DEBUG_ANY; #endif + device_printf(dev, "DEBUG %#x\n", sc->sc_debug); + if ((sc->sc_flags & BWN_FLAG_ATTACHED) == 0) { error = bwn_attach_pre(sc); if (error != 0) @@ -1410,6 +1415,7 @@ struct bwn_pio_txqueue *tq = bwn_pio_select(mac, M_WME_GETAC(m)); struct bwn_softc *sc = mac->mac_sc; struct bwn_txhdr txhdr; + struct ieee80211_frame *wh; struct mbuf *m_new; uint32_t ctl32; int error; @@ -1434,6 +1440,12 @@ tq->tq_used += roundup(m->m_pkthdr.len + BWN_HDRSIZE(mac), 4); tq->tq_free--; + wh = mtod(m, struct ieee80211_frame *); + DPRINTF(sc, BWN_DEBUG_PIO, + "tx: used %d free %d (type %#x subtype %#x)\n", tq->tq_used, + tq->tq_free, wh->i_fc[0] & IEEE80211_FC0_TYPE_MASK, + wh->i_fc[0] & IEEE80211_FC0_SUBTYPE_MASK); + if (mac->mac_sd->sd_id.sd_rev >= 8) { /* * XXX please removes m_defrag(9) @@ -9236,6 +9248,8 @@ m->m_pkthdr.rcvif = ifp; m->m_len = m->m_pkthdr.len = len + padding; + DPRINTF(sc, BWN_DEBUG_PIO, "rx: m %p len %d\n", m, m->m_pkthdr.len); + bwn_rxeof(prq->prq_mac, m, &rxhdr); return (1); @@ -9562,6 +9576,9 @@ tp->tp_m = NULL; TAILQ_INSERT_TAIL(&tq->tq_pktlist, tp, tp_list); + DPRINTF(sc, BWN_DEBUG_PIO, "txeof: used %d free %d\n", tq->tq_used, + tq->tq_free); + ifp->if_opackets++; sc->sc_watchdog_timer = 0; --DqhR8hV3EnoxUkKN-- From owner-freebsd-current@FreeBSD.ORG Sat Mar 6 04:09:13 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D3F1E106566C; Sat, 6 Mar 2010 04:09:13 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 9ADCC8FC0C; Sat, 6 Mar 2010 04:09:13 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o2649CpH014845; Fri, 5 Mar 2010 23:09:12 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o2649CUg014844; Sat, 6 Mar 2010 04:09:12 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 6 Mar 2010 04:09:12 GMT Message-Id: <201003060409.o2649CUg014844@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Mar 2010 04:09:13 -0000 TB --- 2010-03-06 03:30:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-03-06 03:30:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2010-03-06 03:30:00 - cleaning the object tree TB --- 2010-03-06 03:30:26 - cvsupping the source tree TB --- 2010-03-06 03:30:26 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2010-03-06 04:09:12 - WARNING: /usr/bin/csup returned exit code 1 TB --- 2010-03-06 04:09:12 - ERROR: unable to cvsup the source tree TB --- 2010-03-06 04:09:12 - 0.95 user 13.29 system 2352.67 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sat Mar 6 08:45:40 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D3CD106566C for ; Sat, 6 Mar 2010 08:45:40 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 1449E8FC1D for ; Sat, 6 Mar 2010 08:45:39 +0000 (UTC) Received: by pwj1 with SMTP id 1so3186451pwj.13 for ; Sat, 06 Mar 2010 00:45:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=jRZtqJ6+4A2mX4ZWus1tM4RDxXs9EslNHr/McwG4ChM=; b=nla1/xUEm94uzIII3x/+qDmZaz2GepvWUO6sk3daiCO0xanpYExWZNomTXp3lpcVkU 7utlrcNK+hO+V0lvSzauen+qGRAYN7+VnCTIj1C0y075ppQBiO5HCPBQinDLCFN8kukK bGO0KQpD/cUgasDgzl7ihYNy3XWKdecV3diQE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=YNa+Lfy21IcLQ5s3Mn8GPn/f5qHg6m6pJsahj1OKX3wIdCQy2297oNCv+/usn9e0Yz MqW9hlsu043Aj5izIFYforn7CbICUAvK45zyYsYCr6aqY4/iAWwtWe82thm1G5IBu4O7 E/f+5cL2v67/XgHjVktDi54Qd+FsEkunFia0w= MIME-Version: 1.0 Received: by 10.142.196.19 with SMTP id t19mr1390288wff.151.1267865136455; Sat, 06 Mar 2010 00:45:36 -0800 (PST) In-Reply-To: <4e6cba831003050516r3cf2ee88p65486248e861dbed@mail.gmail.com> References: <201003011731.20790.hselasky@c2i.net> <4e6cba831003050516r3cf2ee88p65486248e861dbed@mail.gmail.com> Date: Sat, 6 Mar 2010 00:45:36 -0800 Message-ID: <7d6fde3d1003060045p330292d2w2b66bbb815067cc7@mail.gmail.com> From: Garrett Cooper To: Giovanni Trematerra Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, Hans Petter Selasky Subject: Re: [FAQ] FBSD on a USB stick X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Mar 2010 08:45:40 -0000 On Fri, Mar 5, 2010 at 5:16 AM, Giovanni Trematerra wrote: > Instead of this patch people can use kern.cam.boot_delay > Just set a delay in ms. > That works on 8-STABLE too. > > On Mon, Mar 1, 2010 at 5:31 PM, Hans Petter Selasky wr= ote: >> Hi, >> >> Sometimes the USB sticks won't get detected in time. You can fix this by= using >> the following simple quick and dirty patch. >> >> --HPS >> >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> --- sys/kern/vfs_mount.c =A0 =A0 =A0 =A0(revision 204512) >> +++ sys/kern/vfs_mount.c =A0 =A0 =A0 =A0(local) >> @@ -1656,6 +1656,8 @@ >> =A0 =A0 =A0 =A0 =A0 =A0UMA_ALIGN_PTR, UMA_ZONE_NOFREE); >> =A0 =A0 =A0 =A0devfs_first(); >> >> +repeat: >> + >> =A0 =A0 =A0 =A0/* >> =A0 =A0 =A0 =A0 * We are booted with instructions to prompt for the root= filesystem. >> =A0 =A0 =A0 =A0 */ >> @@ -1725,9 +1727,10 @@ >> =A0 =A0 =A0 =A0 * Everything so far has failed, prompt on the console if= we haven't >> =A0 =A0 =A0 =A0 * already tried that. >> =A0 =A0 =A0 =A0 */ >> - =A0 =A0 =A0 if (!asked) >> - =A0 =A0 =A0 =A0 =A0 =A0 =A0 if (!vfs_mountroot_ask()) >> - =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 goto mounted; >> + =A0 =A0 =A0 if (!asked) { >> + =A0 =A0 =A0 =A0 =A0 =A0 =A0 pause("WDISK", 1*hz); >> + =A0 =A0 =A0 =A0 =A0 =A0 =A0 goto repeat; >> + =A0 =A0 =A0 } >> >> =A0 =A0 =A0 =A0panic("Root mount failed, startup aborted."); I agree with Giovanni as it's easier to customize than the proposed patch above; it'll be nice when the work has been done where hacks like these won't be required (waits in anticipation for scottl's cam work). Thanks! -Garrett From owner-freebsd-current@FreeBSD.ORG Sat Mar 6 09:22:23 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4D251106566B for ; Sat, 6 Mar 2010 09:22:23 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id 237978FC08 for ; Sat, 6 Mar 2010 09:22:22 +0000 (UTC) Received: by pvg3 with SMTP id 3so1529341pvg.13 for ; Sat, 06 Mar 2010 01:22:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=Sloj8D3sZ+ytULlwzqVY/OcgpR7SYO4MELZw9UQ6gik=; b=tTHAw6jrgn7XjjlKcqoLhyonebxjOnGsvmSryRCL7/nC7ghO6B1bCLlmp01Ek4S/vx OefYjfZAn3WccTMSCMYPs/6h10ghLIdelAEXU/7Y807OYrW71NOoFkBlxTnPFwas7uuD 5RThKPmHlAF8Q3ATOJ1quF00RRBUyB+mqznGc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=IYFqQbR9Cfu7K7PpD8+ntVrOrunB+/NMMIH4LjvKd8K64Hv8hmGDgmbz0nX9ou68/z ELxXcmaWEfUBeykfZr8GKTVUIte6+C+NxrOfOP56tblydKqeHsqZyiMf6s4+eYtG0WEh WBEa7VK3QRPwAtYcnTzPBW1ZeAEaiei5Nu5hY= MIME-Version: 1.0 Received: by 10.142.4.13 with SMTP id 13mr1459563wfd.65.1267867339180; Sat, 06 Mar 2010 01:22:19 -0800 (PST) In-Reply-To: <20100304191311.GE3171@lonesome.com> References: <401095.35021.qm@web59107.mail.re1.yahoo.com> <20100304191311.GE3171@lonesome.com> Date: Sat, 6 Mar 2010 01:22:19 -0800 Message-ID: <7d6fde3d1003060122r1e49b9d0kfb0e32e21fb1f675@mail.gmail.com> From: Garrett Cooper To: Mark Linimon Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, paradox Subject: Re: propose: all arch move into a separate dir X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Mar 2010 09:22:23 -0000 On Thu, Mar 4, 2010 at 11:13 AM, Mark Linimon wrote: > There are two chief problems with a large-scale reorg of our src tree: > > =A0- There are many companies who use FreeBSD as part of their business. > =A0 In the case of ISPs or companies who use FreeBSD as a base of their > =A0 products, this would make it much harder for them to synchronize > =A0 their local changes with the master repository as changes occur. > > =A0- We have a large number of existing Problem Reports containing patche= s > =A0 against our src tree. =A0These patches would be in the same situation= . > > These are the reasons we've avoided doing so in the past, no matter how > much 'cleaner' things might wind up being. I'm going to come off ignorant as well because I don't have the necessary history in the past attempts to reorganize this -- but would it make sense to gradually work in the changes over an extended period of time and encourage better directory structure in the short-term for new code or would it be too much of a blooming mess to consider. Probably the latter due to the inherent inconsistency with the rework, but I figured I should ask. Thanks! -Garrett From owner-freebsd-current@FreeBSD.ORG Sat Mar 6 09:28:28 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D915D106564A for ; Sat, 6 Mar 2010 09:28:28 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id B11268FC08 for ; Sat, 6 Mar 2010 09:28:28 +0000 (UTC) Received: by pwj1 with SMTP id 1so3199994pwj.13 for ; Sat, 06 Mar 2010 01:28:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=x7dxAxbJhTut30DqMxyusyZ//F3VFEIbJg35NkRqBWQ=; b=thtjgDBGzn9Qz3Jgqfi3+J/SJKNApYiXjmrvrJDml+bG+NITu3tWCb7qcDYirjSrzg /aBOGHex2kK657R8+Dhg992r84y4w4dAjGRekw9A8g4Rtw9ekfHBj/KP75CNDLJsdjnv fv0Muo+mkAe4UJkwMcD9WY3PdtGacxN16NS10= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=V5ovdLNNZd2lraps0UQIo9SB2zL1dieNVY300LSMGBHJSmzxNsszP9IOuoNLF7bIbB YpBSNgLv/dPeDTKwCaVNEavGyc3Iy6nO6QCLYIE/xUicRbpgVDZ1dl7VsoCGHuYaxRxS WGsLPBkPzKShCvijFPoWJ6lnio/p7xOKfTw4w= MIME-Version: 1.0 Received: by 10.142.66.23 with SMTP id o23mr1403042wfa.327.1267867704534; Sat, 06 Mar 2010 01:28:24 -0800 (PST) In-Reply-To: <619814.37821.qm@web59102.mail.re1.yahoo.com> References: <20100304191311.GE3171@lonesome.com> <619814.37821.qm@web59102.mail.re1.yahoo.com> Date: Sat, 6 Mar 2010 01:28:24 -0800 Message-ID: <7d6fde3d1003060128r46403703k8cead7f37f80e83a@mail.gmail.com> From: Garrett Cooper To: paradox Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@freebsd.org Subject: Re: propose: all arch move into a separate dir X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Mar 2010 09:28:28 -0000 On Thu, Mar 4, 2010 at 11:33 AM, paradox wrote: > so, I really do not understand why it is so difficult to move a few folders in the shared folder is a big problem > as is done in openbsd and netbsd > http://cvsweb.netbsd.org/bsdweb.cgi/src/sys/arch/?only_with_tag=MAIN > http://www.openbsd.org/cgi-bin/cvsweb/src/sys/arch/ > as you can see > > Well, maybe my thoughts will be understood, then when the folder /usr/src/sys/ number of architectures to increase to ~ 50, then keep them all in one folder /usr/src/sys/ this is just a file cesspool without logical structure I haven't looked at NetBSD or OpenBSD's directory layouts, but Linux is #ifdef hell to work through just to figure out what the frak is going on in the kernel. That seems to be an excellent example of what _not_ to do when organizing architecture specific files, and from what I saw it also allowed for a greater set of feature disparity between architectures because not all camps had to implement feature X.Y.Z as they had their own underlying code to do the common code; granted, that's probably the way it's setup in any architecture-specific sourcebase, but it's a lot more difficult to understand and maintain (or at least it was for me trying to figure out what was going on). FWIW, NetBSD's charter has been to run their OS on a number of architectures, not just a primary set of architectures; OpenBSD's charter differs -- if we all were NetBSD or OpenBSD, then we'd all be using the same thing. But we aren't and that's probably not going to change anytime soon [at least not without community backing and a considerable amount of engineering effort on someone or some group's behalf]. Thanks, -Garrett From owner-freebsd-current@FreeBSD.ORG Sat Mar 6 06:15:58 2010 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 14B72106564A for ; Sat, 6 Mar 2010 06:15:58 +0000 (UTC) (envelope-from quakerdoomer@fmguy.com) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id DB3C58FC08 for ; Sat, 6 Mar 2010 06:15:57 +0000 (UTC) Received: from compute2.internal (compute2.internal [10.202.2.42]) by gateway1.messagingengine.com (Postfix) with ESMTP id A1860E3188 for ; Sat, 6 Mar 2010 00:59:01 -0500 (EST) Received: from web7.messagingengine.com ([10.202.2.216]) by compute2.internal (MEProxy); Sat, 06 Mar 2010 00:59:01 -0500 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=messagingengine.com; h=message-id:from:to:mime-version:content-transfer-encoding:content-type:subject:date; s=smtpout; bh=1MeM9xHYq5o/1V95J1PvFJb8WDM=; b=XgTYbebKWrsbBYXK+w0U7ltouQwymYTgszH8F2ejwwBuHBdSvXKi6OGc9E45EBSExLCu9bC3W+jpyEabElzCqN6Y4nKG1cIV1JS0wAkpDzEKDjhQVvZk0ViacQSUSHs/uDMlLTrpd8vQVuN+eYCIhsB6OZuwwBkp6PJZ60Teyo4= Received: by web7.messagingengine.com (Postfix, from userid 99) id 83E8A8D777; Sat, 6 Mar 2010 00:59:01 -0500 (EST) Message-Id: <1267855141.11829.1363396963@webmail.messagingengine.com> X-Sasl-Enc: Ot7T+q6kimMV9G2C32XmGmmmHgynkTK3o6DCpQzB2O4k 1267855141 From: "Azim" To: current@FreeBSD.org MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii" X-Mailer: MessagingEngine.com Webmail Interface Date: Sat, 06 Mar 2010 08:59:01 +0300 X-Mailman-Approved-At: Sat, 06 Mar 2010 12:27:33 +0000 Cc: Subject: ndisgen on FreeBSD-9.0-CURRENT-201002-i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Mar 2010 06:15:58 -0000 I tried ndisgen to convert BCMWL564.SYS using FreeBSD-9.0-CURRENT FEB-2010(x86). The files I had were : It gave an error stating BCM43XX64.CAT(unrequired), BCM43XX.CAT(unrequired), bcmwl5.inf and BCMWL564.SYS I had successfully compiled the 32-bit and 64-bit driver on FreeBSD 8.0 (the 64-BIT couldn't be used on FreeBSD amd64 though) This time on FreeBSD-9.0-CURRENT while trying ndisgen the following files got created: bus_if.h device_if.h windrv.h and windrv.o and ndisgen echoed an error ============== Generating Makefile... done Building kernel module.. "/usr/share/mk/bsd.kmod.mk", line 12: "can't find kernel source tree" build failed. Exiting. ============== It didn't generate the .ko file Just wanted to know if this error is because 9.0 kernel is still under development. I'll be trying ndisgen with the 32 bit bcmwl5 driver as well. Regards, -- Azim http://my.opera.com/quakerdoomer http://solidmecca.co.nr http://winautopwn.co.nr -- http://www.fastmail.fm - Same, same, but different... From owner-freebsd-current@FreeBSD.ORG Sat Mar 6 14:27:41 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6EA891065670 for ; Sat, 6 Mar 2010 14:27:41 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from smtp02.lnh.mail.rcn.net (smtp02.lnh.mail.rcn.net [207.172.157.102]) by mx1.freebsd.org (Postfix) with ESMTP id 1FE8A8FC14 for ; Sat, 6 Mar 2010 14:27:40 +0000 (UTC) Received: from mr02.lnh.mail.rcn.net ([207.172.157.22]) by smtp02.lnh.mail.rcn.net with ESMTP; 06 Mar 2010 09:27:40 -0500 Received: from smtp01.lnh.mail.rcn.net (smtp01.lnh.mail.rcn.net [207.172.4.11]) by mr02.lnh.mail.rcn.net (MOS 3.10.8-GA) with ESMTP id QOC68617; Sat, 6 Mar 2010 09:27:17 -0500 (EST) Received: from 209-6-91-204.c3-0.smr-ubr1.sbo-smr.ma.cable.rcn.com (HELO jerusalem.litteratus.org.litteratus.org) ([209.6.91.204]) by smtp01.lnh.mail.rcn.net with ESMTP; 06 Mar 2010 09:27:18 -0500 From: Robert Huff MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <19346.26180.841139.942242@jerusalem.litteratus.org> Date: Sat, 6 Mar 2010 09:27:16 -0500 To: Alex Keda In-Reply-To: <4B90EC7B.7030806@lissyara.su> References: <4B90EC7B.7030806@lissyara.su> X-Mailer: VM 7.17 under 21.5 (beta28) "fuki" XEmacs Lucid X-Junkmail-Whitelist: YES (by domain whitelist at mr02.lnh.mail.rcn.net) Cc: freebsd-current@freebsd.org Subject: Re: propose: all arch move into a separate dir X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Mar 2010 14:27:41 -0000 Alex Keda writes: > Let's wait another 10 years, and, coming at last to understand > that this must be done, and do it was 20 times harder. First, all architectures are not equal in FreeBSD's eyes. Look for "Tier 1 architectures" in the docs and mailing lists. Second, if you want this badly enough ... then convince us. Build a system; do the work; _document it_ (what you did, how long it took, how many files were involved, etc.); and show us why your way is worth it. There are others who want this; maybe you can get them to help. If it really is worth the effort, I have faith it'll get done. Robert Huff From owner-freebsd-current@FreeBSD.ORG Sat Mar 6 22:53:14 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 34CC41065670 for ; Sat, 6 Mar 2010 22:53:14 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-qy0-f183.google.com (mail-qy0-f183.google.com [209.85.221.183]) by mx1.freebsd.org (Postfix) with ESMTP id DCF538FC14 for ; Sat, 6 Mar 2010 22:53:13 +0000 (UTC) Received: by qyk14 with SMTP id 14so4171902qyk.9 for ; Sat, 06 Mar 2010 14:53:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:subject :message-id:reply-to:mime-version:content-type:content-disposition :user-agent; bh=+7Pp58PRiaqkKh8wkXn6245cRdDrNVdnz2tk+6P1G6Q=; b=uGOZWwUFj2/rdZS4dQ1bqClDJc58yhQRC+wpLtBkyNlQKP11GdJ0HzC48FGbY1rwyM PEVi+F42lSlmWgj4rIbPMvqbuslA9MtfShtJdmpS1sMf9mW6mkfhGmotdIyAmgk6cYX5 DZ8TU808QQOcJGlQwq9IbOtEhbLEMMzqjLVHI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:subject:message-id:reply-to:mime-version:content-type :content-disposition:user-agent; b=jmbtt9mBoYSy5S64x99fGiDXIESbhZHfI9uJbvrPayFnvNXOvnhoouvz4frTgiss2M LjrOKxZoBokwyQm7OghUHBB8OHu+v/tBrzDEGmJTkIXBk7pGyACYSmQwkdfv4WOxyFA2 lh3c1Bbdt5d58IbySUu6lQWMzMP0eZiboWhVM= Received: by 10.224.52.132 with SMTP id i4mr1452834qag.37.1267915982449; Sat, 06 Mar 2010 14:53:02 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id 6sm8244812qwd.14.2010.03.06.14.53.00 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 06 Mar 2010 14:53:01 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Sat, 6 Mar 2010 14:52:48 -0800 From: Pyun YongHyeon Date: Sat, 6 Mar 2010 14:52:48 -0800 To: freebsd-current@FreeBSD.org Message-ID: <20100306225248.GA20677@michelle.cdnetworks.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: CFT: msk(4) Rx checksum offloading support X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 06 Mar 2010 22:53:14 -0000 Finally I managed to understand how Rx checksum offloading works on Yukon II controllers. The patch at the following URL will add Rx checksum offloading support to msk(4) controllers. http://people.freebsd.org/~yongari/msk/msk.csum.patch The patch was generated against HEAD. Controllers(Yukon Extreme and Yukon FE+) which use more matured Rx checksum offloading does not need this patch. msk(4) already supported Rx checksum offloading for these controllers. This patch is for old Yukon controllers(Yukon EC, Yukon EC Ultra, Yukon FE and Yukon Ultra2). Due to known issues, Rx checksum offloading for Yukon XL was still disabled. I did not see much differences with/without Rx checksum offloading on my box but I guess it may show some differences on notebook systems. The patch also includes some diagnostic message like "Rx checksum value mismatch!" to detect possible hardware checksum logic failure so if you see this message please let me know. Thanks.