Re: Newer yacc needed for building world
On Wed, 22 Apr 2015, Willem Jan Withagen wrote: Hi, [I thought that I've seen talk about this before.] On a customers system I'm trying to build a new world, with a fresh tree. I've deleted lines from other tracks in parallel compilation. --- aslcompilerparse.c --- yacc -d -pAslCompiler -oaslcompilerparse.c aslcompiler.y yacc: 89 shift/reduce conflicts. yacc: f - maximum table size exceeded *** [aslcompilerparse.c] Error code 2 And I do not find yacc in the tools/tmp tree. So here the buildsystem is in a catch22. And perhaps yacc needs to be added to the buildtools? Probably I can get out of this by first cd /usr/src/usr.bin/yacc make; make install Yes: https://lists.freebsd.org/pipermail/freebsd-current/2015-February/054740.html ___ 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
Newer yacc needed for building world
Hi, [I thought that I've seen talk about this before.] On a customers system I'm trying to build a new world, with a fresh tree. I've deleted lines from other tracks in parallel compilation. --- aslcompilerparse.c --- yacc -d -pAslCompiler -oaslcompilerparse.c aslcompiler.y yacc: 89 shift/reduce conflicts. yacc: f - maximum table size exceeded *** [aslcompilerparse.c] Error code 2 And I do not find yacc in the tools/tmp tree. So here the buildsystem is in a catch22. And perhaps yacc needs to be added to the buildtools? Probably I can get out of this by first cd /usr/src/usr.bin/yacc make; make install --WjW ___ 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
Build failed in Jenkins: FreeBSD_HEAD_i386 #16
See https://jenkins.freebsd.org/job/FreeBSD_HEAD_i386/16/changes Changes: [rodrigc] Move zlib.c from net to libkern. It is not network-specific code and would be better as part of libkern instead. Move zlib.h and zutil.h from net/ to sys/ Update includes to use sys/zlib.h and sys/zutil.h instead of net/ Submitted by: Steve Kiernan ste...@juniper.net Obtained from: Juniper Networks, Inc. GitHub Pull Request:https://github.com/freebsd/freebsd/pull/28 Relnotes: yes [gjb] Remove the gptboot partition from the arm64 memory stick image, which is not needed/used. Sponsored by: The FreeBSD Foundation [kib] Move some common code from sys/amd64/amd64/machdep.c and sys/i386/i386/machdep.c to new file sys/x86/x86/cpu_machdep.c. Most of the code is related to the idle handling. Discussed with: pluknet Sponsored by: The FreeBSD Foundation [andrew] Add the null implementation of stack_save and stack_save_td. Sponsored by: The FreeBSD Foundation -- [...truncated 194033 lines...] --- depend_subdir_usb --- --- https://jenkins.freebsd.org/job/FreeBSD_HEAD_i386/ws/obj/jenkins/workspace/FreeBSD_HEAD_i386/sys/GENERIC/modules/jenkins/workspace/FreeBSD_HEAD_i386/sys/modules/usb/atp/machine --- --- depend_subdir_wpi --- --- https://jenkins.freebsd.org/job/FreeBSD_HEAD_i386/ws/obj/jenkins/workspace/FreeBSD_HEAD_i386/sys/GENERIC/modules/jenkins/workspace/FreeBSD_HEAD_i386/sys/modules/wpi/machine --- --- depend_subdir_usb --- machine - https://jenkins.freebsd.org/job/FreeBSD_HEAD_i386/ws/sys/i386/include --- depend_subdir_wpi --- machine - https://jenkins.freebsd.org/job/FreeBSD_HEAD_i386/ws/sys/i386/include --- depend_subdir_usb --- --- https://jenkins.freebsd.org/job/FreeBSD_HEAD_i386/ws/obj/jenkins/workspace/FreeBSD_HEAD_i386/sys/GENERIC/modules/jenkins/workspace/FreeBSD_HEAD_i386/sys/modules/usb/atp/x86 --- --- depend_subdir_wpi --- --- https://jenkins.freebsd.org/job/FreeBSD_HEAD_i386/ws/obj/jenkins/workspace/FreeBSD_HEAD_i386/sys/GENERIC/modules/jenkins/workspace/FreeBSD_HEAD_i386/sys/modules/wpi/x86 --- --- depend_subdir_usb --- x86 - https://jenkins.freebsd.org/job/FreeBSD_HEAD_i386/ws/sys/x86/include --- depend_subdir_wpi --- x86 - https://jenkins.freebsd.org/job/FreeBSD_HEAD_i386/ws/sys/x86/include --- depend_subdir_usb --- --- opt_bus.h --- ln -sf https://jenkins.freebsd.org/job/FreeBSD_HEAD_i386/ws/obj/jenkins/workspace/FreeBSD_HEAD_i386/sys/GENERIC/opt_bus.h opt_bus.h --- depend_subdir_wpi --- --- opt_wpi.h --- --- depend_subdir_usb --- --- opt_usb.h --- --- depend_subdir_wpi --- ln -sf https://jenkins.freebsd.org/job/FreeBSD_HEAD_i386/ws/obj/jenkins/workspace/FreeBSD_HEAD_i386/sys/GENERIC/opt_wpi.h opt_wpi.h --- depend_subdir_usb --- ln -sf https://jenkins.freebsd.org/job/FreeBSD_HEAD_i386/ws/obj/jenkins/workspace/FreeBSD_HEAD_i386/sys/GENERIC/opt_usb.h opt_usb.h --- depend_subdir_wpi --- --- opt_wlan.h --- ln -sf https://jenkins.freebsd.org/job/FreeBSD_HEAD_i386/ws/obj/jenkins/workspace/FreeBSD_HEAD_i386/sys/GENERIC/opt_wlan.h opt_wlan.h --- depend_subdir_usb --- --- vnode_if_newproto.h --- awk -f https://jenkins.freebsd.org/job/FreeBSD_HEAD_i386/ws/sys/tools/vnode_if.awk https://jenkins.freebsd.org/job/FreeBSD_HEAD_i386/ws/sys/kern/vnode_if.src -p --- depend_subdir_wpi --- --- device_if.h --- awk -f https://jenkins.freebsd.org/job/FreeBSD_HEAD_i386/ws/sys/tools/makeobjops.awk https://jenkins.freebsd.org/job/FreeBSD_HEAD_i386/ws/sys/kern/device_if.m -h --- bus_if.h --- --- depend_subdir_usb --- --- vnode_if_typedef.h --- --- depend_subdir_wpi --- awk -f https://jenkins.freebsd.org/job/FreeBSD_HEAD_i386/ws/sys/tools/makeobjops.awk https://jenkins.freebsd.org/job/FreeBSD_HEAD_i386/ws/sys/kern/bus_if.m -h --- depend_subdir_usb --- awk -f https://jenkins.freebsd.org/job/FreeBSD_HEAD_i386/ws/sys/tools/vnode_if.awk https://jenkins.freebsd.org/job/FreeBSD_HEAD_i386/ws/sys/kern/vnode_if.src -q --- depend_subdir_wpifw --- === wpifw (depend) --- depend_subdir_usb --- --- device_if.h --- awk -f https://jenkins.freebsd.org/job/FreeBSD_HEAD_i386/ws/sys/tools/makeobjops.awk https://jenkins.freebsd.org/job/FreeBSD_HEAD_i386/ws/sys/kern/device_if.m -h --- depend_subdir_wpi --- --- pci_if.h --- awk -f https://jenkins.freebsd.org/job/FreeBSD_HEAD_i386/ws/sys/tools/makeobjops.awk https://jenkins.freebsd.org/job/FreeBSD_HEAD_i386/ws/sys/dev/pci/pci_if.m -h --- depend_subdir_usb --- --- bus_if.h --- awk -f https://jenkins.freebsd.org/job/FreeBSD_HEAD_i386/ws/sys/tools/makeobjops.awk https://jenkins.freebsd.org/job/FreeBSD_HEAD_i386/ws/sys/kern/bus_if.m -h --- depend_subdir_wpi --- --- .depend --- rm -f .depend CC='cc ' mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -Ihttps://jenkins.freebsd.org/job/FreeBSD_HEAD_i386/ws/sys -Ihttps://jenkins.freebsd.org/job/FreeBSD_HEAD_i386/ws/obj/jenkins/workspace/FreeBSD_HEAD_i386/sys/GENERIC -D__printf__=__freebsd_kprintf__
Jenkins build became unstable: FreeBSD_HEAD-tests2 #964
See https://jenkins.freebsd.org/job/FreeBSD_HEAD-tests2/964/ ___ 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
Re: Newer yacc needed for building world
On 22/04/2015 18:45, Warren Block wrote: On Wed, 22 Apr 2015, Willem Jan Withagen wrote: Hi, [I thought that I've seen talk about this before.] On a customers system I'm trying to build a new world, with a fresh tree. I've deleted lines from other tracks in parallel compilation. --- aslcompilerparse.c --- yacc -d -pAslCompiler -oaslcompilerparse.c aslcompiler.y yacc: 89 shift/reduce conflicts. yacc: f - maximum table size exceeded *** [aslcompilerparse.c] Error code 2 And I do not find yacc in the tools/tmp tree. So here the buildsystem is in a catch22. And perhaps yacc needs to be added to the buildtools? Probably I can get out of this by first cd /usr/src/usr.bin/yacc make; make install Yes: https://lists.freebsd.org/pipermail/freebsd-current/2015-February/054740.html But this is not enough to make yacc part of the build tools?? --WjW ___ 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
Re: CTF: wpa_supplicant/hostapd 2.4 import
Rui, FYI: http://w1.fi/security/2015-1/wpa_supplicant-p2p-ssid-overflow.txt On Sun, Apr 19, 2015 at 9:41 PM, Rui Paulo rpa...@me.com wrote: Hi, Please test the new wpa_supplicant/hostapd. Here's the patch against FreeBSD HEAD: https://people.freebsd.org/~rpaulo/wpa-2.4.diff Thanks, -- Rui Paulo ___ 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 ___ 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
readdir/telldir/seekdir problem (i think)
I'm debugging a problem being seen with samba 3.6.
basically telldir/seekdir/readdir don't seem to work as advertised..
here's a little test program
#include stdio.h
#include sys/types.h
#include dirent.h
#include fcntl.h
#include errno.h
#include string.h
#include stdlib.h
#include unistd.h
#include sysexits.h
#include err.h
#define CHUNKSIZE 5
#define TOTALFILES 40
static void
SeekDir(DIR *dirp, long loc)
{
printf(Seeking back to location %ld\n, loc);
seekdir(dirp, loc);
}
static long
TellDir(DIR *dirp)
{
long loc;
loc = telldir(dirp);
printf(telldir assigned location %ld\n, loc);
return (loc);
}
int
main(int argc, char *argv[])
{
DIR*dirp;
inti;
intj;
longoffset = 0, prev_offset = 0;
char *files[100];
charfilename[100];
intfd;
struct dirent *dp = NULL;
if (chdir(./test2) != 0) {
err(EX_OSERR, chdir);
}
/*/
/* Put a set of sample files in the target directory */
/*/
for (i=1; i TOTALFILES ; i++)
{
sprintf(filename, file-%d, i);
fd = open(filename, O_CREAT, 0666);
if (fd == -1) {
err(EX_OSERR, open);
}
close(fd);
}
dirp = opendir(.);
offset = TellDir(dirp);
for (i = 0; i 20; i++)
files[i] = malloc(20);
/***/
/* enumerate and delete small sets of files, one group */
/* at a time. */
/***/
do {
/*/
/* Read in up to CHUNKSIZE file names*/
/* i will be the number of files we hold */
/*/
for (i = 0; i CHUNKSIZE; i++) {
if ((dp = readdir(dirp)) != NULL) {
strcpy(files[i], dp-d_name);
printf(readdir (%ld) returned file %s\n,
offset, files[i]);
prev_offset = offset;
offset = TellDir(dirp);
} else {
printf(readdir returned null\n);
break;
}
}
//
/* Simuate the last entry not fitting into our (samba's)
buffer */
/* If we read someting in on the last slot, push it
back*/
/* Pretend it didn't fit. This is approximately what SAMBA
does.*/
//
if (dp != NULL) {
/* Step back */
SeekDir(dirp, prev_offset);
offset = TellDir(dirp);
i--;
printf(file %s returned\n, files[i]);
}
/*/
/* i is the number of names we have left.*/
/* Delete them. */
/*/
for (j = 0; j i; j++) {
if (*files[j] == '.') {
printf (skipping %s\n, files[j]);
} else {
printf(Unlinking file %s\n, files[j]);
if (unlink(files[j]) != 0) {
err(EX_OSERR, unlink);
}
}
}
} while (dp != NULL);
closedir(dirp);
//chdir(..);
}
The program is simulating what Samba does when fails. (doing a
recursive delete of a directory)
What it does is reads a chunk of names using readdir() until it's
(small) buffer s full,
then it uses seekdir() to seek back before the last entry it read,
(which fails to fit),
theortically leaving it for the next read.
It then deletes the entries it found and repeats the cycle.
Eventually it should have found all the files in the directory and
deleted them.
Except that it doesn't.
What actually happens is that some files are not enumerated, even though
the seekdir() should have made the readdir() find them.
for added fun. the FIRST seekdir appears to work. but all subsequent
ones don't.
It behaves this way in -current , all the way back to at least 8.0.
if there's a bug in my program please let me know, but samba has the
same problem.. e.g. on freeNAS.
to use the program make a directory called ./test2 and then run it
in the current directory..
It fills it with files and then tried to (fails) delete them in small
batches.
here's some (annotated) output:
./testit
telldir assigned location 0
readdir (0) returned file .
telldir assigned location 1
readdir (1) returned file ..
telldir assigned location 2
readdir (2) returned file file-1
telldir assigned location 3
readdir (3) returned file file-2
telldir assigned location 4
readdir (4) returned file file-3
telldir assigned location 5
here we pretend the buffer was
Jenkins build is back to normal : FreeBSD_HEAD_i386 #17
See https://jenkins.freebsd.org/job/FreeBSD_HEAD_i386/17/changes ___ 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
Re: CTF: wpa_supplicant/hostapd 2.4 import
On Wednesday 22 April 2015 12:44:12 Ian FREISLICH wrote:
Rui Paulo wrote:
Hi,
Please test the new wpa_supplicant/hostapd. Here's the patch against
FreeBSD
HEAD:
https://people.freebsd.org/~rpaulo/wpa-2.4.diff
EAP never actually completes the association. Authentication
completes but the link never actually comes up. This configuration
worked with the previous wpa_supplicant.
Config:
network={
ssid=quasar
key_mgmt=WPA-EAP
eap=PEAP
identity=zen
password=x
priority=8
}
RADIUS log:
Wed Apr 22 12:28:20 2015 : Auth: Login OK: [zen] (from client AP-PRO-1 port
0 cli 00-22-5F-70-A1-DF)
Client log:
Apr 22 12:28:20 zen wpa_supplicant[2191]: wlan0: Trying to associate with
00:27:22:6c:0b:8f (SSID='quasar' freq=2437 MHz) Apr 22 12:28:20 zen kernel:
wlan0: link state changed to UP
Apr 22 12:28:20 zen wpa_supplicant[2191]: wlan0: Associated with
00:27:22:6c:0b:8f Apr 22 12:28:20 zen wpa_supplicant[2191]: wlan0:
CTRL-EVENT-EAP-STARTED EAP authentication started Apr 22 12:28:20 zen
wpa_supplicant[2191]: wlan0: CTRL-EVENT-EAP-PROPOSED-METHOD vendor=0
method=4 - NAK Apr 22 12:28:20 zen dhclient[2297]: send_packet: No buffer
space available Apr 22 12:28:20 zen wpa_supplicant[2191]: wlan0:
CTRL-EVENT-EAP-PROPOSED-METHOD vendor=0 method=25 Apr 22 12:28:20 zen
wpa_supplicant[2191]: wlan0: CTRL-EVENT-EAP-METHOD EAP vendor 0 method 25
(PEAP) selected Apr 22 12:28:20 zen wpa_supplicant[2191]: wlan0:
CTRL-EVENT-EAP-PEER-CERT depth=1 subject='/C=ZA/ST=Western Cape/O=Freislich
Home Network/OU=Freislich
Home/CN=freislich.nom.za/emailAddress=c...@freislich.nom.za'
hash=79d3b2233b7c0e261445f3fe488ef259fdab3c2fbe0727043ff47b0f3f3d22a0 Apr
22 12:28:20 zen wpa_supplicant[2191]: wlan0: CTRL-EVENT-EAP-PEER-CERT
depth=1 subject='/C=ZA/ST=Western Cape/O=Freislich Home
Network/OU=Freislich
Home/CN=freislich.nom.za/emailAddress=c...@freislich.nom.za'
hash=79d3b2233b7c0e261445f3fe488ef259fdab3c2fbe0727043ff47b0f3f3d22a0 Apr
22 12:28:20 zen wpa_supplicant[2191]: wlan0: CTRL-EVENT-EAP-PEER-CERT
depth=0 subject='/C=ZA/ST=Western Cape/L=Cape Town/O=Freislich Home
Network/OU=Freislich
Home/CN=freislich.nom.za/emailAddress=c...@freislich.nom.za'
hash=ea38723d53e84d2574f9edf105cdb904b773479badfedab1f8b9d1abbab0c12e Apr
22 12:28:20 zen wpa_supplicant[2191]: EAP-MSCHAPV2: Authentication
succeeded Apr 22 12:28:20 zen wpa_supplicant[2191]: EAP-TLV: TLV Result -
Success - EAP-TLV/Phase2 Completed Apr 22 12:28:20 zen
wpa_supplicant[2191]: wlan0: CTRL-EVENT-EAP-SUCCESS EAP authentication
completed successfully Apr 22 12:28:21 zen kernel: wlan0: link state
changed to DOWN
Apr 22 12:28:21 zen wpa_supplicant[2191]: wlan0: CTRL-EVENT-DISCONNECTED
bssid=00:27:22:6c:0b:8f reason=0 Apr 22 12:28:24 zen wpa_supplicant[2191]:
wlan0: Trying to associate with 00:27:22:6c:0b:8f (SSID='quasar' freq=2437
MHz) Apr 22 12:28:24 zen wpa_supplicant[2191]: wlan0: Associated with
00:27:22:6c:0b:8f Apr 22 12:28:24 zen kernel: wlan0: link state changed to
UP
Apr 22 12:28:24 zen dhclient[2297]: send_packet: No buffer space available
Apr 22 12:28:29 zen last message repeated 2 times
Apr 22 12:28:34 zen wpa_supplicant[2191]: wlan0: Authentication with
00:27:22:6c:0b:8f timed out. Apr 22 12:28:34 zen wpa_supplicant[2191]:
wlan0: CTRL-EVENT-DISCONNECTED bssid=00:27:22:6c:0b:8f reason=3
locally_generated=1 Apr 22 12:28:34 zen kernel: wlan0: link state changed
to DOWN
Can you send me the log of the previous wpa_supplicant version?
--
Rui Paulo
___
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
Re: readdir/telldir/seekdir problem (i think)
On 4/23/15 11:20 AM, Julian Elischer wrote:
I'm debugging a problem being seen with samba 3.6.
basically telldir/seekdir/readdir don't seem to work as advertised..
On the intergooglewebs I see multiple previous reports of similar
problems, some going back 30 years, but
we supposedly have the fixes for those in -current.
added data point.. if I comment out the 'unlink' lines all the files
are enumerated,
so it's something similar to the previously reported unlink-vs-readdir
bugs. but different.
If I insert a rewinddir() after each set of deletes it all works right
but that means the
system is continuously rereading all the prior directory blocks..
It goes wrong on at least UFS and ZFS. maybe others.
I'm not totally sure it can be fixed. If teh underlying directory
blocs are
reshuffled or changed and things are moved, it may just be impossible
to keep any information as to where you are in the directory without
adding more state.
here's a little test program
#include stdio.h
#include sys/types.h
#include dirent.h
#include fcntl.h
#include errno.h
#include string.h
#include stdlib.h
#include unistd.h
#include sysexits.h
#include err.h
#define CHUNKSIZE 5
#define TOTALFILES 40
static void
SeekDir(DIR *dirp, long loc)
{
printf(Seeking back to location %ld\n, loc);
seekdir(dirp, loc);
}
static long
TellDir(DIR *dirp)
{
long loc;
loc = telldir(dirp);
printf(telldir assigned location %ld\n, loc);
return (loc);
}
int
main(int argc, char *argv[])
{
DIR*dirp;
inti;
intj;
longoffset = 0, prev_offset = 0;
char *files[100];
charfilename[100];
intfd;
struct dirent *dp = NULL;
if (chdir(./test2) != 0) {
err(EX_OSERR, chdir);
}
/*/
/* Put a set of sample files in the target directory */
/*/
for (i=1; i TOTALFILES ; i++)
{
sprintf(filename, file-%d, i);
fd = open(filename, O_CREAT, 0666);
if (fd == -1) {
err(EX_OSERR, open);
}
close(fd);
}
dirp = opendir(.);
offset = TellDir(dirp);
for (i = 0; i 20; i++)
files[i] = malloc(20);
/***/
/* enumerate and delete small sets of files, one group */
/* at a time. */
/***/
do {
/*/
/* Read in up to CHUNKSIZE file names*/
/* i will be the number of files we hold */
/*/
for (i = 0; i CHUNKSIZE; i++) {
if ((dp = readdir(dirp)) != NULL) {
strcpy(files[i], dp-d_name);
printf(readdir (%ld) returned file %s\n,
offset, files[i]);
prev_offset = offset;
offset = TellDir(dirp);
} else {
printf(readdir returned null\n);
break;
}
}
//
/* Simuate the last entry not fitting into our (samba's)
buffer */
/* If we read someting in on the last slot, push it
back*/
/* Pretend it didn't fit. This is approximately what SAMBA
does.*/
//
if (dp != NULL) {
/* Step back */
SeekDir(dirp, prev_offset);
offset = TellDir(dirp);
i--;
printf(file %s returned\n, files[i]);
}
/*/
/* i is the number of names we have left.*/
/* Delete them. */
/*/
for (j = 0; j i; j++) {
if (*files[j] == '.') {
printf (skipping %s\n, files[j]);
} else {
printf(Unlinking file %s\n, files[j]);
if (unlink(files[j]) != 0) {
err(EX_OSERR, unlink);
}
}
}
} while (dp != NULL);
closedir(dirp);
//chdir(..);
}
The program is simulating what Samba does when fails. (doing a
recursive delete of a directory)
What it does is reads a chunk of names using readdir() until it's
(small) buffer s full,
then it uses seekdir() to seek back before the last entry it read,
(which fails to fit),
theortically leaving it for the next read.
It then deletes the entries it found and repeats the cycle.
Eventually it should have found all the files in the directory and
deleted them.
Except that it doesn't.
What actually happens is that some files are not enumerated, even
though
the seekdir() should have made the readdir() find them.
Jenkins build is back to stable : FreeBSD_HEAD-tests2 #965
See https://jenkins.freebsd.org/job/FreeBSD_HEAD-tests2/965/ ___ 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
Merging GitHub Pull Requests into Subversion using git-svn
Hi, Alfred Perlstein recently wrote this document for how to use git-svn for interacting between the FreeBSD Subversion repo, and the GitHub mirror of this repo: https://wiki.freebsd.org/GitWorkflow/GitSvn By following the steps in that article, step-by-step, I was able to: (1) take these three GitHub pull requests from Steve Kiernan: https://github.com/freebsd/freebsd/pull/26 https://github.com/freebsd/freebsd/pull/27 https://github.com/freebsd/freebsd/pull/28 (2) Pull them into my own git checkout of the FreeBSD src tree (3) Modify the commit message slightly (4) Use git svn dcommit to push these changes directly from my Git tree back to the FreeBSD svn repo: https://svnweb.freebsd.org/changeset/base/281844 https://svnweb.freebsd.org/changeset/base/281845 https://svnweb.freebsd.org/changeset/base/281855 While there were multiple steps involved, I just followed the steps in the wiki article, and it *just worked*! Thanks for writing this article, Alfred! While not as smooth as clicking a merge button in GitHub, this is a valid way to accept patches submitted via GitHub pull requests, and integrate them in our FreeBSD Subversion repo. -- Craig ___ 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
CTF: wpa_supplicant/hostapd 2.4 import
Hi, Please test the new wpa_supplicant/hostapd. Here's the patch against FreeBSD HEAD: https://people.freebsd.org/~rpaulo/wpa-2.4.diff Thanks, -- Rui Paulo ___ 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
Re: Newer yacc needed for building world
On 22 April 2015 at 15:55, Willem Jan Withagen w...@digiware.nl wrote: Yes: https://lists.freebsd.org/pipermail/freebsd-current/2015-February/054740.html But this is not enough to make yacc part of the build tools?? yacc is unconditionally built during bootstrap-tools as of r281615. What SVN rev is your tree? ___ 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
Re: Newer yacc needed for building world
On 22-4-2015 23:37, Ed Maste wrote: On 22 April 2015 at 15:55, Willem Jan Withagen w...@digiware.nl wrote: Yes: https://lists.freebsd.org/pipermail/freebsd-current/2015-February/054740.html But this is not enough to make yacc part of the build tools?? yacc is unconditionally built during bootstrap-tools as of r281615. What SVN rev is your tree? Can't get to the system atm, but freshly fetched this afternoon (GMT). Doing the recover trick as described above did the work. So it is hard to retest, other than to throw away /usr/bin/yacc and what comes of it. Given the fact that I found that I had more issues after my freebsd-upgrade of that system, it could be very well that this was a problem as a result of the same. Even though it was a fresh checkout. I'll do the yacc rename trick, and see if it still barks at me. If so I'll get back here. regards, --WjW ___ 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
Jenkins build became unstable: FreeBSD_HEAD-tests2 #962
See https://jenkins.freebsd.org/job/FreeBSD_HEAD-tests2/962/ ___ 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
Re: CM6206 USB Audio is mute.
On 04/21/15 21:30, Ranjan1018 . wrote:
Connecting the USB cable the item is recognized:
ugen0.5: vendor 0x0d8c at usbus0
uaudio0: vendor 0x0d8c USB Sound Device, class 0/0, rev 1.10/0.10, addr 5
on usbus0
uaudio0: Play: 48000 Hz, 4 ch, 16-bit S-LE PCM format, 2x8ms buffer.
uaudio0: Play: 44100 Hz, 4 ch, 16-bit S-LE PCM format, 2x8ms buffer.
uaudio0: Record: 48000 Hz, 2 ch, 16-bit S-LE PCM format, 2x8ms buffer.
uaudio0: Record: 44100 Hz, 2 ch, 16-bit S-LE PCM format, 2x8ms buffer.
uaudio0: No MIDI sequencer.
pcm1: USB audio on uaudio0
uaudio0: HID volume keys found.
Hi,
Did you check:
mixer -f /dev/mixerX
that sound volume is OK?
Setting it as default unit
# sysctl hw.snd.default_unit=1
and playing a song the interrupts count increase:
Some volume knobs might be hidden. Try to get all:
sysctl -a | grep pcm
But the output is mute.
In Debian Linux it works:
# lsusb
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 014: ID 0d8c:0102 C-Media Electronics, Inc. CM106 Like Sound
Device
# aplay -l
List of PLAYBACK Hardware Devices
card 1: Device [USB Sound Device], device 0: USB Audio [USB Audio]
Subdevices: 0/1
Subdevice #0: subdevice #0
Looking at http://lxr.free-electrons.com/source/sound/usb/quirks.c I have
found this code:
/*
632 * C-Media CM106/CM106+ have four 16-bit internal registers that are
nicely
633 * documented in the device's data sheet.
634 */
635 static int snd_usb_cm106_write_int_reg(struct usb_device *dev, int reg,
u16 value)
636 {
637 u8 buf[4];
638 buf[0] = 0x20;
639 buf[1] = value 0xff;
640 buf[2] = (value 8) 0xff;
641 buf[3] = reg;
642 return snd_usb_ctl_msg(dev, usb_sndctrlpipe(dev, 0),
USB_REQ_SET_CONFIGURATION,
643USB_DIR_OUT | USB_TYPE_CLASS |
USB_RECIP_ENDPOINT,
6440, 0, buf, 4);
645 }
This USB control request can be issued from userspace like this (you
need to convert all variables below into constants):
usbconfig -d X.Y do_request USB_DIR_OUT | USB_TYPE_CLASS |
USB_RECIP_ENDPOINT USB_REQ_SET_CONFIGURATION 0 0 4 0x20 (value
0xff) (value 8) 0xff reg
Such a command can easily be added like a devd script to run
automatically during device attach.
646
647 static int snd_usb_cm106_boot_quirk(struct usb_device *dev)
648 {
649 /*
650 * Enable line-out driver mode, set headphone source to front
651 * channels, enable stereo mic.
652 */
653 return snd_usb_cm106_write_int_reg(dev, 2, 0x8004);
654 }
655
656 /*
657 * C-Media CM6206 is based on CM106 with two additional
658 * registers that are not documented in the data sheet.
659 * Values here are chosen based on sniffing USB traffic
660 * under Windows.
661 */
662 static int snd_usb_cm6206_boot_quirk(struct usb_device *dev)
663 {
664 int err = 0, reg;
665 int val[] = {0x2004, 0x3000, 0xf800, 0x143f, 0x, 0x3000};
666
667 for (reg = 0; reg ARRAY_SIZE(val); reg++) {
668 err = snd_usb_cm106_write_int_reg(dev, reg, val[reg]);
669 if (err 0)
670 return err;
671 }
672
673 return err;
674 }
675
How can I test this code in FreeBSD ?
See answer above.
Please also use -stable or -current when testing.
--HPS
___
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
Re: CTF: wpa_supplicant/hostapd 2.4 import
Rui Paulo wrote:
Hi,
Please test the new wpa_supplicant/hostapd. Here's the patch against FreeBSD
HEAD:
https://people.freebsd.org/~rpaulo/wpa-2.4.diff
EAP never actually completes the association. Authentication
completes but the link never actually comes up. This configuration
worked with the previous wpa_supplicant.
Config:
network={
ssid=quasar
key_mgmt=WPA-EAP
eap=PEAP
identity=zen
password=x
priority=8
}
RADIUS log:
Wed Apr 22 12:28:20 2015 : Auth: Login OK: [zen] (from client AP-PRO-1 port 0
cli 00-22-5F-70-A1-DF)
Client log:
Apr 22 12:28:20 zen wpa_supplicant[2191]: wlan0: Trying to associate with
00:27:22:6c:0b:8f (SSID='quasar' freq=2437 MHz)
Apr 22 12:28:20 zen kernel: wlan0: link state changed to UP
Apr 22 12:28:20 zen wpa_supplicant[2191]: wlan0: Associated with
00:27:22:6c:0b:8f
Apr 22 12:28:20 zen wpa_supplicant[2191]: wlan0: CTRL-EVENT-EAP-STARTED EAP
authentication started
Apr 22 12:28:20 zen wpa_supplicant[2191]: wlan0: CTRL-EVENT-EAP-PROPOSED-METHOD
vendor=0 method=4 - NAK
Apr 22 12:28:20 zen dhclient[2297]: send_packet: No buffer space available
Apr 22 12:28:20 zen wpa_supplicant[2191]: wlan0: CTRL-EVENT-EAP-PROPOSED-METHOD
vendor=0 method=25
Apr 22 12:28:20 zen wpa_supplicant[2191]: wlan0: CTRL-EVENT-EAP-METHOD EAP
vendor 0 method 25 (PEAP) selected
Apr 22 12:28:20 zen wpa_supplicant[2191]: wlan0: CTRL-EVENT-EAP-PEER-CERT
depth=1 subject='/C=ZA/ST=Western Cape/O=Freislich Home Network/OU=Freislich
Home/CN=freislich.nom.za/emailAddress=c...@freislich.nom.za'
hash=79d3b2233b7c0e261445f3fe488ef259fdab3c2fbe0727043ff47b0f3f3d22a0
Apr 22 12:28:20 zen wpa_supplicant[2191]: wlan0: CTRL-EVENT-EAP-PEER-CERT
depth=1 subject='/C=ZA/ST=Western Cape/O=Freislich Home Network/OU=Freislich
Home/CN=freislich.nom.za/emailAddress=c...@freislich.nom.za'
hash=79d3b2233b7c0e261445f3fe488ef259fdab3c2fbe0727043ff47b0f3f3d22a0
Apr 22 12:28:20 zen wpa_supplicant[2191]: wlan0: CTRL-EVENT-EAP-PEER-CERT
depth=0 subject='/C=ZA/ST=Western Cape/L=Cape Town/O=Freislich Home
Network/OU=Freislich
Home/CN=freislich.nom.za/emailAddress=c...@freislich.nom.za'
hash=ea38723d53e84d2574f9edf105cdb904b773479badfedab1f8b9d1abbab0c12e
Apr 22 12:28:20 zen wpa_supplicant[2191]: EAP-MSCHAPV2: Authentication succeeded
Apr 22 12:28:20 zen wpa_supplicant[2191]: EAP-TLV: TLV Result - Success -
EAP-TLV/Phase2 Completed
Apr 22 12:28:20 zen wpa_supplicant[2191]: wlan0: CTRL-EVENT-EAP-SUCCESS EAP
authentication completed successfully
Apr 22 12:28:21 zen kernel: wlan0: link state changed to DOWN
Apr 22 12:28:21 zen wpa_supplicant[2191]: wlan0: CTRL-EVENT-DISCONNECTED
bssid=00:27:22:6c:0b:8f reason=0
Apr 22 12:28:24 zen wpa_supplicant[2191]: wlan0: Trying to associate with
00:27:22:6c:0b:8f (SSID='quasar' freq=2437 MHz)
Apr 22 12:28:24 zen wpa_supplicant[2191]: wlan0: Associated with
00:27:22:6c:0b:8f
Apr 22 12:28:24 zen kernel: wlan0: link state changed to UP
Apr 22 12:28:24 zen dhclient[2297]: send_packet: No buffer space available
Apr 22 12:28:29 zen last message repeated 2 times
Apr 22 12:28:34 zen wpa_supplicant[2191]: wlan0: Authentication with
00:27:22:6c:0b:8f timed out.
Apr 22 12:28:34 zen wpa_supplicant[2191]: wlan0: CTRL-EVENT-DISCONNECTED
bssid=00:27:22:6c:0b:8f reason=3 locally_generated=1
Apr 22 12:28:34 zen kernel: wlan0: link state changed to DOWN
Ian
--
Ian Freislich
___
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
Jenkins build is back to stable : FreeBSD_HEAD-tests2 #963
See https://jenkins.freebsd.org/job/FreeBSD_HEAD-tests2/963/ ___ 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
