On 08/13/14 19:47, Julian H. Stacey wrote:
Hi,
Any tips for Android / FreeBSD BSD tools for connectivity etc ?
I just got a Samsung Galaxy Note 3, with Android 4.4.2 kernel 3.4.0
[...]
Any URLs, tips, comments welcome, Thanks
Cheers,
Julian
audio/gmtp from ports does the job for me (Samsung
On 05/12/14 11:25, Nathan Whitehorn wrote:
[...]
Is there any reason not to have kbdmux be mandatory at this point?
[...]
Does this mean mandatory in the sense that the kbdmux driver always
gets built and loaded, or that the kbdmux driver must always be in
operation (treating all
On 03/21/14 20:51, Dag-Erling Smørgrav wrote:
Warner Losh i...@bsdimp.com writes:
It does serve a useful purpose, though, which is why it has endured.
If you were to have a man page that said ‘Putc(3) returns …’ then the
automated tools (and web links) that find Putc.3 wouldn’t be able to since
On 11/09/13 21:23, Allan Jude wrote:
On 2013-11-09 21:13, Adrian Chadd wrote:
On 9 November 2013 17:58, Allan Jude free...@allanjude.com wrote:
Well, if the rc.conf config is specific to the daemon being installed by
the package, then the existing /etc/rc.conf.d/ system works fine, it
just
On 10/22/13 20:55, Mateusz Guzik wrote:
On Tue, Oct 22, 2013 at 07:49:21PM -0500, Saul A. Peebsen wrote:
OK, here's a bit of history of this box. Never wanted to run CURRENT,
but had no choice, STABLE wouldn't boot. So I followed all the advice
how to disable all debugging features. Now I'm
On 10/09/13 03:20, Hans Ottevanger wrote:
On 10/08/13 04:31, Lyndon Nerenberg wrote:
Okay folks, can we make a call about keeping the RCS tools in the base?
The proponents wanting to remove RCS need to speak up and make their technical
case.
Technically it is quite simple: I need RCS to
On 10/07/13 20:28, John-Mark Gurney wrote:
Julian Elischer wrote this message on Tue, Oct 08, 2013 at 08:01 +0800:
not a big thing but I believe that a lot of poeple use ci/co on /etc
becasue it is just there
+1
Folks, this is just plain a major violation of the Principle of Least
On 08/25/13 04:44, Hans Petter Selasky wrote:
On 08/24/13 20:21, George Mitchell wrote:
Setting hw.usb.dwc_otg.debug to any value greater than 0 generates an
unending stream of debug output and effectively locks up the chip
scrolling the output on the display. Perhaps there are some specific
On 08/25/13 19:20, George Mitchell wrote:
On 08/25/13 04:44, Hans Petter Selasky wrote:
On 08/24/13 20:21, George Mitchell wrote:
Setting hw.usb.dwc_otg.debug to any value greater than 0 generates an
unending stream of debug output and effectively locks up the chip
scrolling the output
On 08/25/13 04:44, Hans Petter Selasky wrote:
On 08/24/13 20:21, George Mitchell wrote:
Setting hw.usb.dwc_otg.debug to any value greater than 0 generates an
unending stream of debug output and effectively locks up the chip
scrolling the output on the display. Perhaps there are some specific
On 08/25/13 04:44, Hans Petter Selasky wrote:
On 08/24/13 20:21, George Mitchell wrote:
Setting hw.usb.dwc_otg.debug to any value greater than 0 generates an
unending stream of debug output and effectively locks up the chip
scrolling the output on the display. Perhaps there are some specific
On 08/24/13 02:14, Hans Petter Selasky wrote:
On 08/24/13 02:44, George Mitchell wrote:
On 08/23/13 07:11, George Mitchell wrote:
On 08/23/13 02:18, Hans Petter Selasky wrote:
On 08/23/13 02:29, George Mitchell wrote:
On 08/22/13 07:34, Hans Petter Selasky wrote:
Give that the printer
On 08/23/13 02:18, Hans Petter Selasky wrote:
On 08/23/13 02:29, George Mitchell wrote:
On 08/22/13 07:34, Hans Petter Selasky wrote:
Here's the result:
[...]
(at which point if I type control-c to stop usbdump, the system gets a
fatal kernel mode translation fault, but that's another story
On 08/23/13 07:11, George Mitchell wrote:
On 08/23/13 02:18, Hans Petter Selasky wrote:
On 08/23/13 02:29, George Mitchell wrote:
On 08/22/13 07:34, Hans Petter Selasky wrote:
Here's the result:
[...]
(at which point if I type control-c to stop usbdump, the system gets a
fatal kernel mode
As I was saying a few minutes ago ...
On 01/27/13 17:32, George Mitchell wrote:
On 01/27/13 14:07, Hans Petter Selasky wrote:
[...] I need output when hw.usb.ulpt.debug=15 to say exactly.
Could you
ask the provider of the binaries to compile having USB_DEBUG set, also
for the
modules.
--HPS
On 08/22/13 07:34, Hans Petter Selasky wrote:
On 08/22/13 13:24, George Mitchell wrote:
As I was saying a few minutes ago ...
On 01/27/13 17:32, George Mitchell wrote:
On 01/27/13 14:07, Hans Petter Selasky wrote:
[...] I need output when hw.usb.ulpt.debug=15 to say exactly.
Could you
ask
On 04/15/13 20:57, Mark Johnston wrote:
On Mon, Apr 15, 2013 at 03:58:26PM -0400, George Mitchell wrote:
It was pretty successful. All my 8.3 packages are still running very
happily, though at some point I imagine I will have to update and
recompile them.
But ...
When I press ENTER
On 04/15/13 20:57, Mark Johnston wrote:
On Mon, Apr 15, 2013 at 03:58:26PM -0400, George Mitchell wrote:
It was pretty successful. All my 8.3 packages are still running very
happily, though at some point I imagine I will have to update and
recompile them.
But ...
When I press ENTER
ufs:/dev/ada0s1a every time I boot. -- George Mitchell
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
On 04/15/13 18:09, Sean Bruno wrote:
On Mon, 2013-04-15 at 15:58 -0400, George Mitchell wrote:
that does not respond to key presses on the keyboard. It times out
and
continues loading anyway. At this stage, I am always presented with a
manual mountroot: prompt, and I have to type ufs:/dev
On 04/15/13 18:52, Kimmo Paasiala wrote:
On Tue, Apr 16, 2013 at 1:44 AM, George Mitchell george+free...@m5p.com wrote:
On 04/15/13 18:09, Sean Bruno wrote:
On Mon, 2013-04-15 at 15:58 -0400, George Mitchell wrote:
that does not respond to key presses on the keyboard. It times out
On 01/28/13 05:55, Koop Mast wrote:
On Sun, 2013-01-27 at 10:57 -0500, George Mitchell wrote:
System: Raspberry Pi
uname: r245840M (Alie Tan's image from 25 January)
ports: svnversion 308518
Build dies with message sizeof(ArrayTypeBlob) is expected to be 8 but
is 12. (Complete build log
, and we're only at 2.28.8).
What's the best way to proceed? -- George Mitchell
typescript.xz
Description: Binary data
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send
, rev 2.00/1.00,
addr 5 on usbus0
device_attach: ulpt1 attach returned 12
Also, an HP CM1015 attaches without a problem. What should I try next?
-- George Mitchell
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo
On 01/27/13 11:33, Hans Petter Selasky wrote:
On Sunday 27 January 2013 17:14:55 George Mitchell wrote:
System: Raspberry Pi
uname: r245840M (Alie Tan's image from 25 January)
By comparison, this Lexmark E120 printer attaches and prints with no
difficulty on FreeBSD-9.1-RELEASE
On 01/27/13 13:15, Hans Petter Selasky wrote:
[...]
Hi,
I don't see any errors in the usbdump trace you sent. So we can at least rule
that out.
Hint: You can filter traffic using the -f option for usbdump.
What does:
usbconfig dump_device_desc dump_curr_config_desc
output? Can you also get
On 01/27/13 14:07, Hans Petter Selasky wrote:
On Sunday 27 January 2013 19:24:01 George Mitchell wrote:
On 01/27/13 13:15, Hans Petter Selasky wrote:
[...]
Hi,
I don't see any errors in the usbdump trace you sent. So we can at least
rule that out.
Hint: You can filter traffic using the -f
On 01/11/13 19:41, George Mitchell wrote:
On 01/11/13 03:22, Gleb Kurtsou wrote:
On (10/01/2013 20:21), George Mitchell wrote:
I grabbed the ports tree as of 308518, the RELEASE_9_1_0 tag.
devel/libtool won't build, because it requires autom4te during the
configure phase. So I put
head as
of 245422 into a different partition and tried make buildworld (ran
okay) and make buildkernel (failed with the same error as before).
Do I have to build an early version of head before I can build the
current version of head? -- George Mitchell
On 01/14/13 18:57, George Mitchell wrote:
So I updated my FreeBSD machine to 9.1-RELEASE in the hope of getting
past the ctfconvert problem that causes a build of 10-CURRENT to say:
ERROR: ctfconvert: failed to initialize DWARF: Unimplemented code at
[dwarf_init_attr(400)]
while compiling
On 01/14/13 19:21, Steven Hartland wrote:
- Original Message - From: George Mitchell
george+free...@m5p.com
To: freebsd-current@freebsd.org
Sent: Monday, January 14, 2013 11:57 PM
Subject: ctfconvert again
So I updated my FreeBSD machine to 9.1-RELEASE in the hope of getting
past
On 01/11/13 03:22, Gleb Kurtsou wrote:
On (10/01/2013 20:21), George Mitchell wrote:
I grabbed the ports tree as of 308518, the RELEASE_9_1_0 tag.
devel/libtool won't build, because it requires autom4te during the
configure phase. So I put BUILD_DEPENDS= autom4te:devel/autoconf
in the Makefile
, which depends on libtool.
What to do?
I'm running on a CURRENT build on my Raspberry Pi.
-- George Mitchell
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd
I checked out head Sunday and now my attempt at building a kernel says:
ERROR: ctfconvert: failed to initialize DWARF: Unimplemented code at
[dwarf_init_attr(400)]
on every module it compiles (though it seems happy enough to keep
compiling). Should I just ignore this?-- George
On 12/18/12 07:15, Dimitry Andric wrote:
On 2012-12-18 12:30, George Mitchell wrote:
I checked out head Sunday and now my attempt at building a kernel says:
ERROR: ctfconvert: failed to initialize DWARF: Unimplemented code at
[dwarf_init_attr(400)]
on every module it compiles (though it seems
On 09/18/12 13:47, Hans Petter Selasky wrote:
On Sunday 15 January 2012 20:36:09 Hans Petter Selasky wrote:
On Sunday 15 January 2012 18:35:59 George Mitchell wrote:
I have a USB compact flash reader-writer which is normally connected to
my computer all the time but rarely contains a compact
36 matches
Mail list logo
